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The  surveillance  performance  of  a  single  Mode  S  Sensor  is  degraded  by  several  factors,  includ¬ 
ing:  poor  erossrange  accuracy  at  long  range,  diffraction-induced  azimuth  errors,  missing  or  incom¬ 
plete  reports,  and  extraneous  reports.  The  surveillance  netting  project  reported  here  sought  to 
overcome  these  difficulties  by  employing  information  from  a  secondary  (and  perhaps  also  a  terti¬ 
ary)  sensor.  The  project  was  performed  to  determine  what  auxiliary  information  is  most  useful, 
how  this  information  could  be  used  for  maximum  effect,  when  help  should  be  sought  from  other 
sensors,  what  form  this  inter-sensor  communication  should  lake,  and  where  the  netting  algo¬ 
rithms  should  be  implemented.  It  was  also  planned  to  include  the  construction  of  a  real-time  net¬ 
ting  demonstration  system  to  exercise  and  test  the  concepts  developed. 

The  central  issue  in  this  project  was  the  approach  to  be  used  for  multi-sensor  azimuth  determi¬ 
nation.  In  particular,  a  new  form  of  incremental  bilatcration,  employing  a  flat  earth  model,  is 
shown  to  be  both  accurate  and  bias-resistant.  Altitude  estimation  methods  and  multi-sensor 
tracker  design  are  also  addressed,  with  new  algorithms  developed  in  each  case.  Finally,  the  design 
of  the  netting  subsystem  for  a  Mode  S  sensor  is  presented.  rv 
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1.0  STUDY  PLfINITION  AND  OVERVIEW 


The  EAA  has  endeavored  to  improve  its  ATCRBS  surveillance  system  for  many 
years.  Lincoln  Laboratory  has  contributed  to  this  effort  by  developing  the 
Mode  S  Beacon  System^ Mode  S  will  provide  not  only  an  upgraded  ATC 
surveillance  system,  but  enhanced  performance  of  the  present  ATCRBS  system  is 
well.  Several  engineering  model  sensors  incorporating  Mode  S  have  been 
implemented  by  Texas  Instruments  and  are  currently  being  tested  at  the  FAA 
Technical  Center. 

Although  the  Mode  S  sensor  has  been  shown  to  be  capable  of  improving 
overall  system  performance,  it  cannot  completely  eliminate  the  inherent  ATCRBS 
problems  of  reduced  cross-range  accuracy  at  long  range,  diffraction, 
missing  reports,  and  extraneous  reports.  The  surveillance  netting  project 
sought  to  overcome  these  difficulties  by  employing  information  from  a 
secondary  (and  perhaps  also  a  tertiary)  sensor.  The  project  was  performed  to 
determine  what  auxiliary  information  is  most  useful,  how  this  information 
could  be  used  for  maximum  effect,  when  help  should  be  sought  from  other 
sensors,  what  form  this  inter-sensor  communication  should  take,  and  where  the 
netting  algorithms  should  be  implemented.  It  was  also  planned  to  include  the 
construction  of  a  real-time  netting  demonstration  system  to  exercise  and  test 
the  concepts  developed. 

Unfortunately,  early  termination  of  the  project  precluded  the  completion 
of  some  part  of  this  planned  effort,  in  particular  the  construction  and 
exercise  of  the  demonstration  system.  Thus,  the  algorithms  developed  during 
the  study  phase  were  not  verified,  nor  their  performance  quantified  on  real 
data.  Simulation  results,  however,  did  indicate  promising  performance 
improvement . 

This  document  presents  ali  work  performed  during  the  life  of  the  project. 
Some  areas,  such  as  position  improvement,  were  completed;  their  algorithms  and 
results  are  presented  in  detail.  Other  areas,  such  as  data  editing,  were  only 
begun;  their  algorithms,  still  in  the  idea  stage,  are  described  to  the  extent 
possible,  although  neither  completeness  nor  performance  have  been  confirmed  in 
these  cases. 

1 . 1  Netting  Concept 

Netting  is  defined  as  the  simultaneous  use  of  radar  data  from  two  or  more 
sensors  having  overlapping  coverage,  to  improve  surveillance  performance  on 
aircraft  in  the  joint  region. 

Multilateration ,  defined  as  the  use  of  two  or  more  range  measurements  and 
no  azimuth  measurement  to  determine  the  position  of  the  aircraft,  constitutes 
netting  under  this  definition.  Data  substitution  as  practiced  by  NAS,  on  the 
other  hand,  is  not  netting  in  this  sense. 

*Previously  designated  as  the  Discrete  Address  Beacon  System  (DABS). 
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An  example  of  the  performance  differences  produced  by  these  two 
approaches  Is  shown  graphically  by  Figs.  1-1  through  1-7.  The  first  figure 
presents  the  aircraft  trajectory  and  sensor  locations  assumed  in  this  example, 
while  Fig.  1-2  presents  the  target  report  stream  generated  by  the  primary 
sensor.  As  seen,  this  data  stream  is  discontinuous  due  to  the  sensor's 
non-unity  blip/scan  ratio,  as  well  as  to  positional  jitter.  With  data 
substitution  (Fig.  1-3),  the  data  continuity,  but  not  accuracy,  is  improved. 
Netting  (Fig.  1-4),  on  the  other  hand,  improves  both  aspects  of  surveillance. 

A  clearer  picture  of  the  positional  smoothness  of  the  two  approaches  is  shown 
in  Figs.  1-5  and  1-6,  where  an  expanded  scale  has  been  employed.  Either 
approach,  of  course,  covers  the  situation  of  primary  sensor  outage,  as 
illustrated  by  the  secondary  sensor  coverage  shown  in  Fig.  1-7. 

Single  sensor  surveillance  of  beacon-equipped  aircraft  uses  the  radar 
range  (p)  and  azimuth  (6)  in  conjunction  with  the  altitude  (h)  reported  via 
the  aircraft  transponder  to  determine  the  three-dimensional  position  of  the 
aircraft  in  space: 

(h-h8)2  +  2(h-hs)(E+ha)  -  p2 


z  - -  ( 1-1 ) 

2(E  +  h8) 

x  ■  /  p2  -  z2  sin  0  (1-2) 

y  -  </  p2  -  z2  cos  0  (1-3) 


where  E  is  the  radius  of  the  earth  and  h8  is  the  height  of  the  sensor  above 
sea  level. 

For  most  surveillance  systems ,  the  range  measurement  is  considerably  more 
accurate,  and  possesses  less  variance,  than  the  azimuth  measurement.  Thus, 
whenever  two  or  more  sensors  view  the  target,  surveillance  netting  schemes 
such  as  multllateratlon  are  considered.  When  aircraft  altitude  is  available, 
only  two  ranges  are  required. 

The  theory  underlying  two  sensor  netting  is  shown  pictorially  in 
Figs.  1-8  and  1-9.  In  the  first  figure,  the  typical  l-o  range  and  azimuth 
measurement  errors  are  drawn  to  scale  at  various  target  ranges  for  a  Mode  S 
sensor.  As  seen  from  this  figure,  the  cross-range  positional  error  grows 
linearly  with  target  distance.  Thus  for  almost  all  targets,  range  accuracy 
exceeds  cross-range  accuracy;  for  long  range  targets,  the  discrepancy  is  as 
much  as  50  to  1. 

The  second  figure  demonstrates  the  degree  of  improvement  in  the 
measurement  error  ellipse  that  is  attainable  via  netting.  If  the  two  sensors 
view  the  target  at  nearly  perpendicular  aspect  angles,  the  joint  error  ellipse 
becomes  symmetrical,  and  range  and  cross-range  errors  are  then  comparable. 
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Fig.  1-5.  Data  substitution  expanded. 


7 


-r 


‘  > 

»  3 


■  I  . 
•IM 


ASSUME  FOR  MODE  S 
ap  -  25' 

6 ' 

09  =  .05*  (  »  1  MILLIRADIAN)  »  -rrrrr- 


50  MILES 


Fig.  1-8.  Mode  S  data  accuracy 
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Fig.  1-9.  Netting  error  ellipse. 


This  improvement  leads  to  significantly  better  target  tracking,  and  hence 
a  better  prediction  of  future  aircraft  location.  With  single  sensor 
cross-range  error  magnitudes,  the  measurement  jitter  can  easily  exceed  the 
scan-to-scan  target  motion.  Thus,  in  the  worst  case,  a  target  could  be 
perceived  to  be  heading  in  its  opposite  direction.  With  multiple  sensor 
coverage,  on  the  other  hand,  heading  determination  becomes  feasible  at  all 
ranges . 

In  reality,  however,  netting  faiLs  to  perform  as  well  as  this  theory 
would  indicate.  Approximations  to  the  earth's  true  shape  reduce  the  accuracy 
of  multi-sensor  data.  Various  system  biases,  of  minor  import  in  a  single 
sensor  case,  seriously  degrade  performance  in  netting  applications.  Time 
misalignment  of  measurements  from  the  various  sensors  require  data 
extrapolation.  All  of  these  factors  must  be  addressed  if  netting  is  to  be  of 
practical  use. 

System  biases,  in  particular,  cause  problems  when  secondary  sensor  data 
1 s  to  be  utilized,  either  for  substitution  when  primary  sensor  data  is  missing 
or  for  multiiateration  when  it  is  present.  In  the  former  case,  the 
registration  errors  of  the  alternate  data  could  produce  worse  tracking  errors 
than  would  have  existed  under  coast  conditions;  in  the  latter  case,  the 
multiiateration  position  could  have  less  accuracy  than  that  of  the  single 
sensor  report.  A  previous  study  [ 2 ]  developed  an  approach  to  overcome  the 
substitution  problem.  To  the  author's  knowledge,  however,  this  project  is  the 
first  to  develop  a  method  that  eliminates  bias  and  registration  effects  while 
simultaneously  providing  lower  variance  data. 

1 . 2  Need  for  Netting 

There  are  many  problems  with  single  sensor  aircraft  surveiLlance  that  can 
cause  difficulty  for  users  of  tracked  data.  The  most  common  manifestations 
of  poor  sensor  surveillance,  In  decreasing  order  of  importance,  are: 

1.  unreliable  azimuth  in  diffraction  areas; 

2.  large  azimuth  variances  at  long  range; 

3.  lo68  of  data  due  to  obstructions,  cone  of  silence,  fades,  or 
interference ; 

4.  extraneous  reports  due  to  reflections,  correlating  fruit,  or  other 
phenomena ; 

5.  garbled,  or  absent,  ATCRBS  mode  C  altitude;  and 

6.  range  bias  errors  due  to  aircraft  with  incorrect  transponder 
turn-around  delays. 

All  of  these  effects  can  be  alleviated  by  netting. 
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In  addition,  netting  can  increase  report  accuracy  beyond  that  possible 
from  a  single  sensor.  For  example,  it  can  permit  the  estimation  of  altitudes 
of  non-altimeter-equipped  aircraft  via  multiple  range  measurements.  Also,  it 
can  provide  higher  data  rates  due  to  time  interlaced  measurements  from 
multiple  sensors.  This  in  particular  will  improve  aircraft  tracking  for 
enroute  sensors. 

Finally,  netting  can  improve  surveillance  In  ways  other  than  simply 
increased  data  accuracy.  A  list  of  such  uses  would  include: 

1.  composite  area-wide  coverage  to  permit  the  big  picture  to  be  seen  on 
one  screen 

2.  smooth  transitions  among  sensors  to  provide  for  clean  handoffs 

3.  survive  loss  of  a  radar  hy  permitting  other  sensors  to  cover  its 
region 

Data  jumps  that  can  occur  when  an  aircraft  is  handed  off  from  one  sensor 
to  another  are  troublesome  to  tracked  users.  In  particular,  these  jumps  can 
cause  velocity  and  heading  transients  that  disrupt  the  tracker.  These  jumps 
are  caused  by  biases  in  the  sensors  or  the  aircraft  itself  (usually  the 
transponder  turnaround  delay).  Netting  can  alleviate  the  handoff  problem  in 
one  of  two  ways.  First,  it  can  permit  the  biases  to  be  computed  and  thus 
eliminated.  Or  second,  the  fact  that  the  new  primary  sensor  was  supply. ng 
data  (as  the  secondary  sensor)  prior  to  the  handoff  permits  the  tracker  co 
initialize  itself  in  the  new  coordinate  system  prior  to  activation.  T.-is 
prevents  the  velocity  or  heading  discontinuities  from  occuring,  even  th<  ug. .  a 
positional  jump  will  still  appear. 

1 . 3  Project  Objectives 

The  primary  objective  of  the  netting  project  was  the  development  and 
implementation  of  algorithms  for  employing  data  from  multiple  sensors  to 
overcome  the  limitations  in  Mode  S  sensor  surveillance  Just  described. 

Although  range/range  multi laterat ion  was  expected  to  be  the  procedure  to  be 
used,  other  possibilities,  such  as  higher  data  rates  and  incremental  tracking, 
were  also  investigated.  Surprisingly,  a  modified  form  of  incremental 
bi lateration ,  using  a  flat  earth  model,  was  found  to  be  superior  to  all 
standard  spherical  ea  th  approaches.  In  particular,  it  overcame  the  bias 
problems  discussed  above. 

The  netting  project  attempted  both  to  derive  theoretical  algorithms  to 
address  these  problems  and  to  develop  practical  real-time  applications  based 
upon  this  theory.  In  particular,  site-to-site  data  biases,  non-coincident 
reports,  and  "reasonable"  computer  processing  were  all  to  be  considered. 
Strategies  were  also  to  have  been  developed  for  selective  utilization  of  these 
techniques  in  order  to  minimize  the  ground  communications  requirements.  Thus, 
algorithms  for  triggering  the  request  for  multisite  data  were  also  required. 
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The  major  issues  to  have  been  covered  in  the  netting  study  were: 

1.  characterization  of  multi-sensor  data,  with  both  expected  system 
biases  and  measurement  errors  studied; 

2.  development  of  optimum  netting  algorithms,  for  both  report  and 
tracking  improvement; 

3.  development  of  rules  for  both  triggering  netting  requests  and 
responding  to  them,  including  inter-sensor  correlation; 

4.  determination  of  optimum  number  and  location  of  sensors  for  netting; 

5.  construction  and  operation  of  a  real-time  demonstration  system  to 
prove  concepts  and  measure  performance  improvements. 

At  the  time  of  funding  termination,  the  first  two  topics  had  been  completed, 
and  work  was  actively  underway  on  the  remaining  three.  The  demonstration 
system  was  nearing  completion.  Unfortunately,  since  it  was  never  put  to  use, 
no  live  testing  of  any  algorithms  developed  in  steps  2  and  3  has  occurred. 

1 . 4  Report  Overview 

Before  netting  algorithms  can  be  developed  to  improve  the  quality  and 
accuracy  of  single  sensor  data,  the  defects  and  characteristics  of  such  data 
must  be  understood.  Also,  the  nature  of  multi-sensor  data,  particularly  with 
respect  to  system  biases,  must  be  explored.  Chapter  2  covers  both  these 
issues.  It  also  describes  the  multi-sensor  simulation  database  that  is 
employed  throughout  this  report  to  test  the  expected  benefits  of  each 
algorithm. 

Chapters  3  through  5  then  deal  with  the  design  and  implementation  of  a 
netted  sensor  system.  The  first  of  these  chapters  discusses  the  tradeoffs 
between  centralized  and  localized  netting  realizations.  Chapter  4  then 
develops  in  detail  a  localized  sensor  implementation  that  includes  all 
required  functions,  data  structures,  and  communications  links.  Great  care  was 
taken  to  design  a  system  that  fit  well  with  a  standalone  Mode  S  sensor. 
Finally,  Chapter  5  provides  solutions  for  the  most  complex  netting  issue, 
inter-sensor  correlation,  or  the  matching  of  a  track  in  one  sensor  with  that 
for  the  same  aircraft  in  another  sensor. 

The  heart  of  the  netting  study,  surveillance  accuracy  improvement,  is 
covered  in  Chapters  6  through  10.  Chapter  6  first  presents  a  complete 
overview  of  all  the  issues  and  algorithms  involved  in  this  area.  In 
particular,  it  compares  the  various  approaches  to  multi-sensor  azimuth 
determination,  and  discusses  the  issue  of  altitude  estimation  for 
non-altimeter-equipped  aircraft.  Then  Chapter  7  considers  the  netting  report 
timing  issue:  how  many  and  when  should  these  reports  be  generated.  Next, 
Chapter  8  presents  multilateration  algorithms  to  handle  all  cases  of  aircraft 
knowledge  concerning  altitude  and  transponder  turnaround  delay. 
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Chapter  9  then  develops  a  new  form  of  incremental  bilateration  that  is 
able  to  handle  any  form  of  system  or  aircraft  bias.  This  approach,  although 
employing  a  flat  earth  model,  is  shown  to  be  more  accurate  than  any  form  of 
spherical  multi Lateration.  This  algorithm  maintains  consistency  of  tracking 
when  biases  are  present,  while  simultaneously  reducing  the  data  variance. 

This  technique  will  still  have  data  jumps  during  sensor  handoffs,  but  they  can 
be  handled  as  described  above.  The  approach  in  this  chapter  is  felt  to  be  the 
major  accomplishment  of  the  netting  study. 

Finally,  Chapter  10  presents  and  develops  a  number  of  smoothing  trackers 
that  are  capable  of  dealing  with  multi-sensor  inputs.  In  each  of  the  chapters 
6  through  10,  results  obtained  via  the  simulation  database  are  provided. 

Chapter  11  deals  with  data  editing,  correlation  improvement,  and  code 
improvement  issues.  The  presentation  is  more  discussion  than  algorithms,  as 
this  phase  of  the  project  had  just  been  started  at  the  time  of  the  project's 
termination. 

The  culmination  of  the  project  was  to  have  been  the  construction  and 
deployment  of  a  real-time  demonstration  netting  system.  Chapter  12  describes 
the  work  that  has  been  completed  to  date. 

Finally,  Chapter  13  summarizes  the  major  accomplishments  and  results  of 
the  surveillance  netting  project. 


13 


2.0  DATA  CHARACTERISTICS 


Netting  is  intended  to  correct  the  deficiencies  of  single  sensor  Mode  S 
data.  These  deficiencies  include  azimuth  inaccuracies  at  long  range  and  in 
diffractions  zones,  reflection  false  alarm  targets,  garbled  codes  and 
altitudes,  missing  reports,  and  tracking  errors.  This  chapter  discusses  and 
demonstrates  the  more  serious  azimuth  and  reflection  issues;  the  other 
problems  are  discussed  in  a  later  chapter. 

When  data  from  two  or  more  netted  sensors  is  combined,  system  biases 
suddenly  play  a  prominent  role.  Both  sensor  biases,  such  as  location,  range, 
and  azimuth  errors,  and  aircraft  biases,  such  as  transponder  turnaround  delays 
and  altimeter  errors,  must  be  considered.  This  chapter  discusses  this  bias 
issue  in  detail;  later  chapters  refer  back  to  it  when  algorithms  are  tested. 

Finally,  this  chapter  presents  the  multiple  sensor  data  base  that  has 
served  as  the  testbed  for  the  netting  and  tracking  algorithms  that  were 
developed  in  the  study  to  overcome  these  deficiencies.  This  data  base 
consists  of  live  aircraft  data  collected  from  three  sensors.  It  also  has 
served  as  the  basis  for  the  simulated  data  needed  for  various  tests  that  could 
not  be  made  on  these  live  inputs.  This  live/simulation  connection  is 
described  in  detail. 

2.1  Azimuth  Inaccuracies 

The  surveillance  accuracy  of  the  Mode  S  sensor,  although  uniformly  good 
everywhere  in  the  coverage  region  in  the  range  coordinate,  grows  linearly 
poorer  with  distance  in  the  cross-range  (or  azimuth)  dimension.  As  the 
positional  error  in  a  target  report  becomes  comparable  to  the  per  scan 
aircraft  movement,  determination  of  aircraft  trajectories  becomes  very 
difficult. 

The  magnitude  of  the  azimuth  measurement  standard  deviation  versus  range 
was  presented  in  the  previous  chapter.  Figure  2~1  illustrates  the  effect  of 
this  size  uncertainty  with  a  track  history  plot  of  a  typical  aircraft.  As 
seen,  the  jitter  in  the  cross-range  dimension  is  quite  large.  In  fact,  a 
standard  turn  detector  would  have  signalled  the  presence  of  a  turn  several 
times  during  the  segment  shown,  even  though  the  aircraft  was  flying 
essentially  straight. 

The  other  major  source  of  azimuth  error  is  diffraction.  This  phenomenon 
occurs  when  the  radar  beam  is  distorted  by  the  presence  of  narrow  objects  such 
as  tall  buildings.  The  target  azimuth  reported  when  diffraction  is  present  is 
virtually  a  random  variable  over  the  antenna  beamwldth. 

Two  visual  examples  of  the  effect  of  diffraction  are  presented  in 
Figs.  2-2  and  2-3.  In  the  first  figure,  a  normally  smooth  track  is  severely 
distorted  when  it  passes  through  a  diffraction  zone.  In  the  second  figure,  a 
longer  stretch  of  diffracted  track  is  shown.  It  is  clear  in  this  case  that 
any  attempt  at  real-time  heading  determination  would  be  impossible. 
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Fortunately,  the  diffraction  zones  for  any  sensor  are  usually  fixed  and 
well  known.  Thus  when  an  algorithm  such  as  raultilateration  is  available  to 
overcome  its  effects,  the  times  to  employ  it  can  be  pre-programmed  into  the 
surveillance  system. 

2. 2  Reflection  False  Targets 

A  Mode  S  sensor  will  generate  numerous  types  of  extraneous  reports  during 
reply-to-reply  correlation.  Some  of  the  more  common  of  these  are  reflection 
false  targets,  correlating  fruit,  ringaround  reports,  and  range  or  azimuth 
splits.  Except  for  reflection  false  targets,  these  reports  are  either 
transitory  and  form  no  tracks,  or  identifiable,  and  hence  suppressed  by 
target-to-track  correlation.  Reflection  false  targets,  however,  often  persist 
for  a  sufficient  time  to  initiate  tracks,  and  look  exactly  like  real  reports. 

The  mechanism  leading  to  reflection  false  alarms,  illustrated  in 
Fig.  2-4,  is  the  reflection  of  uplink  and  downlink  signals  off  buildings  or 
other  large  objects.  The  sensor,  as  shown,  is  led  to  believe  that  an  aircraft 
is  present  behind  the  building.  As  long  as  the  reflection  geometry  is 
maintained,  this  illusion  will  continue.  Figure  2-5  presents  a  plot  of  all 
false  targets  found  on  a  Mode  S  test  run  made  at  Lincoln.  It  Is  clear  that 
several  long  false  tracks  are  present. 

Single  sensor  identification  of  these  false  targets  requires: 

(a)  knowledge  of  the  reflector, 

(b)  code  agreement  between  false  and  real  reports,  and 

(c)  predictable  reflection  angle. 

Unfortunately,  one  or  more  of  these  conditions  is  often  violated:  new 
reflectors  appear,  incomplete  reflection  alters  a  code,  and  non-smooth 
surfaces  lead  to  scattered  signals.  Thus,  developing  a  netting  algorithm  for 
reflection  false  target  confirmation  is  worthy  of  pursuit. 

2.3  Sensor  and  Aircraft  Biases 


No  sensor  can  deliver  perfect  data.  Each  position  measurement  contains 
random  errors  and,  usually,  bias  errors  as  well.  Random  errors  are 
uncorrelated  from  scan  to  scan  and  unavoidable,  while  bias  errors  are 
consistent  and  often  (but  not  always)  removable.  Examples  of  bias  errors  in 
an  aircraft  surveillance  system  are: 

Range 

1.  incorrectly  zeroed  range  gate 

2.  non-exact  aircraft  transponder  turnaround  delay 

3.  radar  signal  refraction  effects 

Azimuth 

4.  incorrect  north  alignment 

5.  antenna  tilt 
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6.  Incorrect  secondary  sensor  position 

7.  non-exact  earth  model 

8.  inter-sensor  time  alignment  error 

9.  data  extrapolation  error 

10.  altitude  reporting  error 

When  a  single  sensor  is  used  for  surveillance,  bias  errors  tend  to  cause 
only  minimal  problems.  None  of  the  five  single  sensor  biases  listed  above 
results  in  tracking  anomalies,  and  only  the  second  one  produces  relative 
position  errors  in  nearby  aircraft.  Thus  single  sensor  traffic  control 
performance  is  determined  by  random  errors  and  sensor  measurement  accuracies. 

With  netted  sensors,  on  the  other  hand,  bias  errors  can  have  a  major 
impact  on  surveillance.  First,  the  bilateration  formulas  are  quite  sensitive 
to  some  of  the  biases.  Thus,  even  small  bias  errors  can  produce  large 
position  deviations.  More  importantly,  bias  errors  produce  different  errors 
when  different  sensor  combinations  are  used.  For  example,  the  data  from 

sensors  1  and  2  are  used  when  both  report  on  the  target 

sensor  1  only  is  used  when  sensor  2  has  no  report  on  the  target 

sensor  2  only  is  used  when  sensor  1  has  no  report  on  the  target 

These  cases  tend  to  intermix  randomly,  with  all  occuring  a  significant 
fraction  of  the  time  with  normal  sensor  blip/scan  ration.  The  result  of  the 
different  bias  effects  is  data  jumps  each  time  the  case  on  the  current  scan 
differs  from  that  of  the  previous  scan.  Thus,  tracking  errors  can  become 
quite  prominent  when  biases  are  present.  Figure  2-6  illustrates  this  jump 
phenomenon  for  a  typical  surveillance  system  using  real  data.  The  plotted 
points  indicate  the  sensor  used  on  each  scan,  with  3  meaning  both  sensors. 

The  ideal  method  of  preventing  bias-induced  problems  is  to  eliminate  all 
biases.  At  best,  this  would  introduce  great  complexity  into  the  system  and 
necessitate  frequent  measurements  and  tests.  See,  for  example,  [3].  Even 
then,  not  every  bias  is  detectable.  A  more  practical  method  of  dealing  with 
biases  is  to  devise  a  bilateration  algorithm  that  is  insensitive  to  them. 

Such  an  algorithm  would  have  the  following  three  properties: 

1.  bias  errors  would  produce  mean  positional  deviations  for  bilateration 
reports  of  the  same  magnitude  as  those  for  single  sensor  data,  even 
though  two  sensor  systems  contain  more  possible  biases. 

2.  the  bias  errors  would  produce  the  same  mean  positional  deviations 
independent  of  the  data  source  on  a  scan:  sensor  1  only,  sensor  2 
only,  or  both  sensor  bilateration. 

3.  the  bias  errors  would  not  prevent  the  bilateration  from  producing 
a  lower  positional  variance  than  that  for  single  sensor  data. 
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An  algorithm  with  these  characteristics  would  be  very  satisfactory  for 
applications  that  depend  on  the  prediction  of  future  aircraft  position* 
e.g.  conflict  alert.  Consistent  data  permits  a  tracker  to  accurately 
calculate  heading  and  velocity*  the  two  quantities  that  have  the  greatest 
affect  on  future  position  estimates.  Chapter  9  describes  a  bias-insensitive 
algorithm  of  this  type. 

Although  this  algorithm  will  perform  quite  well  in  biased  systems, 
greater  positional  accuracy,  as  opposed  to  consistency,  can  be  achieved  if 
system  biases  were  removed  whenever  possible.  Thus,  careful  sensor 
calibrations  and  exact  sensor  locations  should  be  pursued.  Also,  daily 
updated  refraction  compensation  formulas  can  be  maintained.  The  goal  to  be 
obtained  from  these  and  similar  measures  is  a  system  with  all  sensor  biases 
eliminated. 

Even  if  such  perfection  could  be  attained,  however,  one  bias  will  remain 
in  beacon  systems:  the  aircraft  transponder  turnaround  delay  error.  Current 
specifications  permit  this  nominal  3-microsecond  delay  to  have  a  bias  of  up  to 
500  nanoseconds,  corresponding  to  a  sensor-computed  range  error  of  0.04  miles. 
Not  all  aircraft  transponders  are  within  specifications,  so  even  larger  errors 
will  be  encountered  in  practice. 

In  addition,  not  all  aircraft  report  their  altitude,  since  encoding 
altimeters  are  not  required  in  all  airspace.  With  primary  radar  surveillance, 
of  course,  no  aircraft  altitude  is  known  (unless  height  finder  radars  are 
employed).  Finally,  even  if  altitude  is  reported,  it  may  be  in  error. 

Unf ortunate ly ,  aircraft  biases  such  as  these  are  more  serious  than  sensor 
system  biases,  since  they  are  the  ones  that  affect  nearby  aircraft 
differently.  Thus  relative  positions  are  altered,  compromising  conflict  alert 
techniques.  The  only  way  to  remove  these  biases  is  in  real  time,  using  the 
data  from  the  two  (or  more)  sensors. 

2.4  Netting  Database 

Several  years  ago,  prior  to  the  start  of  this  program,  a  muitisite 
database  was  generated  by  simultaneous  operation  of  three  sensors:  the 
Lincoln  Mode  S  experimental  facility  (MODSEF),  the  Lincoln  transportable 
measurement  facility  (TMF)  stationed  at  Providence,  and  the  existing  ARTS  at 
Logan  Airport.  These  three  data  streams  were  then  transformed  into  a  common 
format  and  merged.  From  this  overall  database,  reports  corresponding  to  two 
dozen  aircraft  were  extracted  and  used  to  form  an  input  test  package  for  the 
netting  algorithms  under  development.  The  24  tracks  chosen  satisfied  the 
criteria  of  long  length,  visibility  to  all  sensors,  a  mix  of  trajectory  types, 
and  a  geographic  distribution  over  the  joint  coverage  region.  Figure  2-7 
presents  these  tracks  as  viewed  by  the  primary  sensor,  the  TMF,  as  well  as  the 
locations  of  the  three  sensors.  The  figure  also  shows  the  adjusted  position 
of  the  tertiary  sensor  that  was  used  by  simulation  studies  to  improve  the 
system  geometry. 
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The  main  problem  with  the  database  was  lack  of  accurate  report  time 
tagging.  Each  sensor's  clock  was  Independently  set,  with  the  relative  zero 
offsets  unknown.  Also,  neither  MODSEF  nor  TMF  had  the  ability  to  record  the 
time  at  which  the  reports  were  received;  only  approximate  sector  times  were 
known.  Thus,  complex  time  alignment  and  adjustment  procedures  had  to  be 
developed  for  the  sensor  merging  step.  These  procedures  employed  altitude 
reporting  on  climbing  (or  descending)  aircraft  for  identifying  the  relative 
zero  offsets,  and  interpolation  for  Individual  report  time  tagging.  The 
results  were  usable,  but  not  perfect,  and  introduced  biases  into  the  data. 

In  addition,  it  waa  impossible  to  measure  precisely  the  various  sensor 
biases  that  existed  in  our  multisite  system,  or  to  obtain  exact  sensor 
location  coordinates.  Tims,  the  overall  effect  of  the  totality  of  biases  in 
the  database  was  input  data  not  sufficiently  accurate  for  detailed  evaluation 
of  all  netting  position  improvement  algorithms. 

In  the  past  year,  synchronized  clocks  have  been  added  to  MODSEF  and  TMF, 
so  that  time  alignment  is  now  possible.  Also,  time  tagging  of  all  reports  has 
been  included.  Thus  the  new  database  that  was  to  have  been  generated  would 
have  been  suitable  for  testing. 

The  existing  database,  however,  served  as  an  excellent  source  for  a 
simulation  input  generator.  This  facility  worked  as  follows.  First,  the 
actual  24  trajectories  were  used,  so  that  realistic  aircraft  data  would  be 
produced.  These  trajectories  were  determined  by  smoothing  the  TMF  reports. 
Then  a  report  stream  was  created  for  each  sensor,  with  the  time  of  each  report 
specified  by  the  times  of  the  actual  recorded  data,  so  that  a  realistic 
inter-sensor  data  interlace  was  maintained.  Finally,  the  position  of  each 
report  was  offset  from  the  "real"  aircraft  position  at  that  time,  the  offset 
determined  by  ttie  system  biases  and  measurement  standard  deviations  selected 
by  the  user.  The  result  of  this  process  was  the  creation  of  a  combination 
real/simulat ion  database. 

This  simulation  process  was  later  augmented  to  provide  a  greater  variety 
of  test  cases.  In  particular,  relocation  of  sensors  was  permitted  to  test  the 
affects  of  inter-sensor  distances  and  relative  geometries,  blip/scan  was  made 
controllable,  diffracted  azimuths  could  be  admitted,  and  sensor  scan  rates 
were  allowed  to  be  modified  to  simulate  enroute  performance.  Finally, 
controlled  trajectories  were  added  to  the  basic  aircraft  set  to  test  tracking 
algorithms.  These  trajectories  were  straight,  constant  turning,  accelerating, 
and  any  sequential  combination  of  these. 

The  simulation  processes  the  data  one  group  of  scans  at  a  time,  each  such 
group  preceded  by  a  short  initialization  period.  For  example,  if  the 
initialization  and  statistical  sections  are  5  and  20  scans  long  respectively, 
a  section  of  the  simulation  might  proceed  as  follows: 

scans  66-70:  initialization 
scans  71-90:  data  gathering 
scans  86-90:  initialization 
scans  91-110:  data  gathering 
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The  backup  in  time  for  each  initialization  insures  that  all  scans  can  he 
included  in  the  overall  set  of  data.  In  fact,  all  scans  are  included  in  the 
statistics,  with  the  except!  >n  of  time  periods  during  which  the  primary  or 
secondary  sensor  has  no  track  on  the  target  and  thus  netting  is  impossible. 

The  constant  reinitializations  serve  to  make  the  statistics  more 
meaningful.  In  real,  life,  netting  will  he  started  when  difficulty  is 
approaching  (diffraction  zone,  conflict,  etc.),  and  he  expected  to  provide 
accurate  resuLts  after  a  short  period  of  reaching  steady  state.  Thus 
algorithms  such  as  those  for  transponder  delay  and  altitude  estimation  should 
be  analyzed  in  such  a  fashion.  Also,  for  diffraction  algorithms,  accuracy 
tends  to  drop  off  the  longer  the  aircraft  stays  In  the  diffraction  zone.  Thus 
a  valid  test  is  constructed  by  an  initialization  period  of  normal  data 
followed  by  a  statistical  period  whoso  length  matches  a  typical  diffraction 
zone.  The  above  procedure  provides  for  such  an  approach. 

The  original  data  base  contained  the  total  sensor  output  including  false 
targets,  marginal  tracks,  incorrect  correlations,  etc.  It  was  intended  that 
this  collection  of  reports  be  used  to  test  data  editing  algorithms.  However, 
lack  of  time  prevented  this  type  of  testing. 
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3.0  LOCATION  OF  NETTING  ALGORITHMS 


Two  conceptually  different  approaches  exist  for  netting,  namely 
centralized  and  localized.  With  centralized  netcing,  all  sensors  in  a  region 
transmit  their  target  reports  to  a  common  facility,  at  which  facility  the 
netting  algorithms  are  exercised.  On  the  other  hand,  with  localized  netting, 
each  sensor  is  responsible  for  performing  netting  for  the  aircraft  under  its 
coverage. 

In  reality,  this  dichotomy  is  not  quite  so  pronounced,  as  various  hybrid 
schemes  exist  for  the  netting  location  problem.  This  chapter  discusses  the 
full  set  of  alternatives.  No  "best"  choice  is  uncovered,  as  the  proper  scheme 
is  dependent  upon  the  functions  to  be  supported  by  the  data.  In  particular, 
the  NAS  enroute  system  would  tend  to  employ  a  centralized  approach,  while  the 
terminal  sensors  would  require  a  localized  one. 

Two  of  the  major  differences  between  the  various  location  alternatives 
are  computational  and  inter-facility  communications  load  requirements.  Full 
netting  benefits,  as  presented  in  later  chapters,  assume  that  all 
supplementary  data  Is  always  available  for  netting.  Unfortunately,  the 
computer  and  communications  requirements  for  such  a  methodology  could  be 
overwhelming.  Thus  this  and  the  next  two  chapters  explore  ways  to  minimize 
the  data  processing  and  communication  requirements.  Protocols  on  what  data  is 
sent,  where  it  is  sent,  and  the  basis  or  criteria  for  its  triggering  are  all 
explored. 

3. 1  Centralized  Netting 

A  typical  centralized  netting  architecture  is  illustrated  in  Fig.  3-1. 

As  shown,  all  sensors,  as  well  as  all  users,  are  connected  to  a  single 
facility.  If  all  sensors  in  an  area  send  their  target  reports  to  a  common  FAA 
facility,  it  would  be  possible  to  implement  the  netting  algorithms  at  such  a 
location.  If  no  such  facility  existed,  it  could  easily  be  constructed  by 
connecting  the  sensors  accordingly.  The  advantages  of  such  a  centralized 
netting  procedure  are  twofold: 

1.  all  possible  data  for  the  netting  algorithms  are  available 

2.  communications  cost  is  minimized,  as  no  data  transfer  between  sensors 
is  required. 

One-way  centralized  netting  is  not  sufficient,  of  course,  if  critical 
functions  exist  at  the  local  sensors.  In  such  a  case,  the  local  sensors  may 
require  the  best  surveillance  data  known  at  the  central  facility.  Thus,  a 
reverse  flow  of  data  could  be  required  on  the  links.  This  type  of  protocol  is 
examined  later  in  this  chapter. 

Centralized  netting  can  be  characterized  as  follows: 

1.  the  totality  of  data  exists  at  one  location 

2.  all  users  are  fed  from  a  common  source 
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3.  sensor  locations  are  irrelevant,  provided  coverage  constraints  are 

met 

4.  users  are  disassociated  from  the  radars 

5.  netting  algorithms  can  always  be  employed. 

For  many  systems,  these  features  could  all  be  considered  advantages. 

The  separation  of  users  from  the  sensor  system  is  particularly  attractive 
in  many  cases.  This  feature  allows  unencumbered  optimization  of  the  data 
collection  network.  It  also  ensures  that  all  users  receive  consistent 
information  on  which  to  base  joint  decisions.  Thus,  no  contradictory 
decisions  should  be  possible. 

Two  diverse  methodologies  exist  for  centralized  netting.  The  first  is 
for  the  central  facility  to  use  data  from  all  sensors  to  perform  optimum 
surveillance  at  all  times.  The  computer  capacity  requirements  may  well  make 
this  approach  infeasible.  The  second  possibility  is  to  have  each  sensor  flag 
every  output  report  for  which  help  is  required,  such  as  when  the  azimuth  is  in 
a  low  reliability  region  or  the  correlation  is  suspect  or  absent.  The  central 
facility,  upon  noting  such  a  flag,  would  examine  alternate  sensor  data  and 
perform  the  required  improvement  operation. 

With  either  approach,  the  central  facility  must  perform  sensor-to-sensor 
correlation  on  all  tracks.  This  correlation,  as  a  minimum,  must  be  done  each 
time  a  new  sensor  track  is  initiated  as  well  as  each  time  a  sensor 
inadvertantly  makes  a  track  swap  error.  If  the  sensor  were  able  to  indicate 
to  the  central  facility  when  such  an  error  potentially  existed,  this 
requirement  would  not  be  too  time  consuming.  It  Is  suspected,  unfortunately, 
that  this  will  not  prove  to  be  the  case.  As  a  result,  continuous  scan-by-scan 
correlation  verification  may  be  necessary.  Only  experience  with  real  data 
will  demonstrate  the  magnitude  of  this  problem. 

The  other  potential  problem,  relating  to  the  second  methodology  of 
sensors  flagging  problems,  is  how  a  sensor  will  know  when  to  trigger  netting 
by  the  central  facility.  This  question  is  examined  in  the  next  chapter. 

3 . 2  Localized  Netting 

At  the  opposite  extreme,  each  sensor  could  perform  the  netting  algorithms 
Itself  for  all  targets  under  Its  control.  The  architecture  for  this  approach 
is  illustrated  in  Fig.  3-2.  The  advantages  of  this  scheme  over  the 
centralized  one  are: 

1.  the  computer  load  for  netting  is  spread  out  among  the  sensor 
computers 

2.  a  sensor  can  receive  data  from  sensors  tied  to  many  different  FAA 
facilities 

3.  a  new  sensor  can  be  added  to  an  existing  netted  system  with  minimum 
change  to  the  processing  performed  in  any  other  part  of  that  system. 
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Localized  netting  can  be  characterized  as  follows: 

1.  the  netting  a Igor 1 thn  load  is  distributed  over  the  entire  system 

2.  system  reliability  is  high,  as  no  one  facility  is  vital  to  its 
operation 

3.  sensors  are  located  at  the  users,  so  data  is  supplied  locally 

4.  netting  is  performed  only  when  required,  at  some  times,  and  in  some 
areas 

3.  alternate  sensor  coverage  is  available  during  outages. 

The  distributed  nature  of  this  approach  is  usually  viewed  as  its  main 
advantage . 

The  key  to  localized  netting  is  the  ability  of  a  sensor  to  determine,  by 
itself,  that  help  is  required.  Thus,  for  each  situation  in  which  netting  is 
to  be  employed,  an  algorithm  is  required  which  signals  its  onset.  The 
characteristics  of  each  situation  that  lead  to  the  triggering  of  netting  are 
discussed  in  the  next  chapter. 

Localized  netting  requires  modifications  to  the  Mode  S  sensor.  Clearly, 
interfaces  for  transmitting  and  receiving  data  from  other  sensors  must  be 
added.  In  addition,  software  algorithms  for  employing  secondary  sensor  data 
must  be  included,  as  well  as  ones  for  identifying  the  data  to  be  sent  to  other 
sensors.  The  new  sensor  functional  diagram  and  the  additional  algorithms  are 
discussed  fully  in  the  next  chapter. 

3 . 3  Hv.br i cl  Netting 

Two  hybrid  architectures,  combining  some  of  the  advantages  of  both 
centralized  and  Localized  systems,  can  be  devised.  In  each  of  these,  the 
Local  sensor  is  responsible  for  its  own  surveilLance  and  user  support,  while  a 
central  facility  handles  all  Inter-sensor  coinnunicat ions .  Both  systems  have 

the  same  architecture,  as  shown  in  Fig.  3-3.  The  difference  between  them  is 
the  Location  of  the  netting  algorithms:  in  the  central  facility,  or 
distributed  among  the  sensors. 

With  the  centralized  netting  hybrid,  the  central  facility  executes  the 
netting  algorithms  precisely  the  same  as  for  a  purely  centralized  system, 
hither  the  at-al 1-times  or  the  on-demand  netting  schemes  can  be  utilized. 
However,  since  the  local  sensor  is  responsible  for  serving  its  own  users,  this 
central  facility  must  supply  the  local  sensor  with  the  improved  data. 

Expressed  differently,  the  central  facility  must  correct  local  sensor  tracks 
whenever  errors  or  inaccuracies  are  identified  via  the  use  of  the  netting 
algorithms . 
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Fig-  3-3.  Hybrid  netting  system. 
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The  simplest,  and  most  direct,  method  for  achieving  this  result  is  for 
tlie  central  faciLity  to  transmit  a  replacement  track  file  entry  to  the  local 
sensor.  The  sensor  would  then  substitute  this  improved  data  for  its  own, 
non-netted  version.  Then  any  user  would  be  subsequently  fed  information  from 
this  netted  file. 

The  localized  netting  hybrid  operates  virtually  the  same  as  a  pure 
localized  netting  system.  The  main  difference  is  that  all  data  sent  from 
secondary  sensors  in  response  to  help  messages  is  routed  through  the  central 
facility.  This  architecture  can  significantly  reduce  communications  line 
expenses,  as  no  sonsor-to-sensor  lines  are  required. 

This  hybrid  architecture  makes  sense  whenever  sensors  are  regionalized, 
and  natural  central  facilites  exist.  It  cannot  be  employed,  though,  if 
sensors  are  treated  as  a  continuous  grid  system.  In  that  situation,  no  closed 
set  of  sensors  would  cist,  and  all  sensors  would  thus  have  to  be  connected  to 
a  single  facility.  Th  s  would  clearly  Increase,  not  decrease,  communications 
costs. 


4.0  LOCALIZED  NETTING  SYSTEM 

This  chapter  presents  a  detailed  description  of  the  modifications  that 
must  be  made  in  the  sensor  processing  algorithms  (1,4)  to  incorporate  netting. 
The  algorithms  and  procedures  to  be  described  represent  the  expected  best 
method  for  implementing  localized  netting.  Since  no  testing,  either  live  or 
simulation,  has  yet  been  attempted,  no  guarantees  can  be  provided.  It  is 
probable,  in  fact,  that  various  small  algorithm  omissions  exist  and  that  some 
modifications  will  be  required  to  the  ones  presented. 

Although  no  description  of  a  centralized  netting  system  is  developed  in 
this  document,  this  lack  is  unimportant.  Besides  inter-sensor  correlation, 
which  is  covered  in  the  next  chapter,  no  system  modifications  of  consequence 
are  required  for  centralized  netting  beyond  implementation  of  the  netting 
algorithms  presented  in  the  remainder  of  this  paper. 

4.1  System  Overview 

A  high-level  block  diagram  indicating  the  functions  and  messages  in  a 
netted  Mode  S  sensor  la  presented  in  Fig.  4-1.  As  shown,  a  number  of 
processes  and  data  structures  are  required  to  convert  a  standalone  sensor  to  a 
netted  one.  These  additions  incLude  netting  items  and  supporting  items. 
Netting  items  are  those  items  needed  by  the  sensor  to  permit  it  to  act  as  a 
primary  netting  sensor  receiving  aid  from  neighboring  joint-coverage  sensors, 
while  supporting  items  permit  the  sensor  to  support  the  netted  surveillance  of 
these  same  nearby  sensors.  The  new  algorithms,  by  section,  are: 

Netting  Algorithms 

1.  triggering  rules 

2.  request  generator 

3.  response  processor 

4.  netting  subsystem 

Support  Algorithms 

5.  request  processor 

6.  inter-sensor  correlator 

7.  response  generator 

In  addition,  new  data  structures  are  required  to  store  request  and  response 
Information,  and  new  fields  are  needed  In  the  system  track  file. 

The  netting  algorithms  operate  generally  as  follows.  The  triggering  rule 
subroutine  examines  each  track  as  it  is  updated.  If  a  situation  requiring 
secondary  sensor  data  is  identified  (such  as  diffraction  zone  or 
correlation  difficulty),  the  track  number  Is  passed  to  the  request  generator. 
This  function  sends  start  messages  whenever  necessary  to  other  sensors  to 
Initiate  their  data  flow.  The  returning  flow  of  reports  is  processed  and 
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Fig.  4-i.  Netted  Mode  S  sensor. 
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stored  by  the  response  processor ,  in  a  manner  linking  them  to  sensor  track 
files.  Finally,  the  netting  subsystem  jointly  processes  primary  and  secondary 
sensor  reports  whenever  a  track  marked  by  the  response  processor  Is  ready  to 
be  updated.  This  netted  report  is  then  used  to  update  the  track,  and  the 
cycle  restarts.  Details  of  these  actions  are  provided  in  the  next  sections. 

The  support  algorithms  begins  with  the  reception  from  another  sensor  of  a 
request  for  data.  This  request  is  coordinate  converted  and  projected  forward 
if  related  to  a  non-discrete  ATCRBS  aircraft,  and  left  as  is  if  related  to  a 
Mode  S  or  discrete  ATCRBS  aircraft.  The  request  is  then  sent  to  the 
inter-sensor  correlation  routine,  which  attempts  to  match  it  to  a  local  track. 
If  successful,  the  track  is  marked,  and  future  reports  correlating  with  the 
track  are  transmitted  to  the  requesting  sensor  bv  the  response  generator. 
Details  of  these  actions  are  provided  in  the  final  section  of  this  chapter  and 
in  the  next  chapter. 

4.2  Inter-Sensor  Messages 

A  sensor  requiring  netting  help  for  a  track  must  transmit  a  message  to  an 
appropriate  overlapping  coverage  neighbor  (or  neighbors)  specifying  the 
aircraft  for  which  help  is  desired.  This  secondary  sensor  must  then  respond 
with  its  target  reports  for  the  aircraft.  There  are  many  possible  message 
protocols  that  can  implement  this  basic  transfer  of  information  to  define  the 
communications  system  to  cover  all  needed  information  exchange. 

The  basic  guidelines  that  were  followed  in  selecting  the  message  protocol 

were: 

1.  no  formal  ack/nak  requirement  would  be  imposed 

2.  any  message,  in  either  direction,  should  be  able  to  be  missed  without 
harm  to  the  system 

3.  requests  for  netting  help  should  be  made  only  once  per  track, 
whenever  possible. 

A  formal  message  acknowledgement  protocol  adds  both  complexity  and  overhead  to 
the  system.  When  every  message  must  be  properly  received,  it  is  necessary;  in 
this  system,  that  requirement  is  not  present.  However,  provision  must  be  made 
for  proper  operation  in  the  presence  of  lost  or  received-in-error  messages. 
Thus,  in  particular,  messages  are  repeated  until  actions  of  the  receiving 
sensor  make  it  clear  that  they  have  been  properly  received. 

The  requirement  that  requests  for  netting  help  not  be  repeated  each  scan 
serves  to  reduce  the  communications  load  significantly.  However,  it  does  add 
two  complicating  features  to  the  system.  First  is  the  need  for  termination 
of  help  messages,  and  second  is  the  need  for  inter-sensor  correlation  in  the 
absence  of  continuous  position  updates  on  the  aircraft..  These  features  are 
discussed  below. 


38 


Two  types  of  messages  from  primary  to  secondary  sensor  are  defined, 
namely,  initiation  and  termination  of  netting  data  on  a  given  aircraft.  The 
general  formats  of  these  messages,  which  are  differentiated  by  the  start/end 
bit,  are  given  by  Fig.  4-2.  The  initiation  message,  as  shown,  contains  a 
complete  target  report  plus  additional  features  needed  for  inter-sensor 
correlation.  These  features,  namely  time  of  relevance  of  data  and  aircraft 
velocities,  permit  extrapolation  of  data  as  needed.  The  track,  number,  as  will 
be  shown,  is  used  in  several  ways  by  the  receiving  sensor  for  request 
identification.  The  only  termination  message  field  that  is  relevant  is  the 
track  number.  This  is  sufficient  for  proper  operation.  This  message  uses  the 
same  format  as  an  initiation  message  to  simplify  the  reception  of  intermingled 
ipessage  streams. 

There  are  also  two  message  types  defined  for  the  return  link, 
differentiated  by  the  setting  of  the  "help"  bit  as  illustrated  in  Fig.  4-3. 

The  first,  and  most  obvious,  is  the  secondary  sensor  target  report  for  the 
aircraft  in  question.  This  message  again  contains  the  time  and  velocity 
information  to  enable  data  extrapolation,  and  the  primary  sensor  track  number 
for  identification.  The  second  message,  containing  relevant  information  only 
in  the  track  number  field,  is  a  "help"  message  from  the  secondary  sensor.  It 
is  employed  when  that  sensor  needs  new  position  information  on  the  aircraft  to 
aid  in  its  inter-sensor  correlation.  The  response  to  this  message  in  a  new 
initiation  message  from  the  primary  sensor.  As  above,  common  formats  are  used 
for  simplicity. 

The  rules  for  employment  of  each  message  type  are  supplied  later  in  this 
chapter.  As  suggested  above,  each  message  will  be  repeated  if  necessary  to 
guarantee  its  successful  acceptance  by  the  receiving  sensor.  Methods  of 
recognizing  this  condition  are  keyed  to  the  data  structures  to  be  described 
next . 


4 . 3  Message  Handling  Data  Structures 

A  number  of  new  data  structures  are  required  by  a  sensor  involved  in 
netting.  These  structures  are  needed  for  record  keeping,  request  storage, 
and  netting  data  report  storage.  This  section  presents  a  set  of  structures 
that  meet  all  the  netting  requirements,  while  being  efficient  in  both  memory 
anil  user  processing  time  measures.  Other  implementations  are  of  course 
conceivable. 

The  first  structure,  depicted  in  Fig.  4-4,  is  the  track  status  array. 
This  array  stores  the  type  of  netting  (if  any)  each  sensor  track  is  currently 
undergoing.  Each  entry,  indexed  by  track  number,  contains  two  types  of 
information  in  three  fields.  The  first  type,  in  the  first  field,  is  the 
netting  condition  value  for  the  track  as  set  by  the  triggering  routine.  The 
meanings  of  each  legal  value  are  defined  in  the  next  section.  The  other 
information,  requiring  two  fields,  is  the  status  of  netting  data  from 
auxiliary  sensors.  The  first  subfields  of  the  second  and  third  fields  are 
used  to  record  the  sensor  numbers  of  the  secondary  and  tertiary  sensors 
respectively  selected  to  supply  netting,  data.  The  other  subfields  are 
single  bits  that  are  set  to  "1"  by  the  response  processor  whenever  a  returned 
response  is  received  from  the  corresponding  sensor.  The  presence  of  this  ”1” 
is  used  to  indicate  the  successful  reception  of  a  netting  initiation  message. 
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Fig.  4-2.  Netting  data  request  messages. 
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Fig.  4-4.  Track  status  array 


The  second  data  structure,  the  netting  report  buffer,  is  needed  to  store 
netting  reports  sent  by  other  sensors.  Since  each  such  report  contains  the 
local  sensor  track,  number,  association  of  message  with  track  is 
straightforward.  Thus  the  links  from  track  file  to  report  buffer,  shown  in 
Fig.  4-5,  are  easy  to  build.  Linked  lists,  rather  than  dedicated  buffer 
segments,  are  used  because  the  maximum  number  of  netted  reports  returned  for  a 
given  track  can  be  quite  large,  particularly  for  enroute  sensors  employing 
terminal  sensor  help.  Thus  much  efficiency  is  gained  by  links.  The  penalty 
for  this  implementation  is  the  need  for  a  free-storage  list  linking  available 
buffer  slots,  a  minor  overhead.  Newly  arriving  reports  take  the  first  entry 
on  this  list;  entries  are  returned  to  the  head  of  the  list  after  their  reports 
aru  processed. 

The  link  pointer  to  each  new  report  received  is  always  placed  in  the 
track  file's  pointer  field;  if  a  pointer  already  exists,  it  is  moved  to  the 
pointer  field  of  the  new  buffer  entry.  Thus  new  entries  are  always  inserted 
at  the  head  of  the  List.  This  method  eliminates  chain  following,  and  causes 
no  problems  as  the  netting  reports  for  a  track  need  not  be  time  ordered. 

Two  additional  data  structures  are  needed  by  the  sensor  when  it  serv>.  i  in 
Its  capacity  of  netting  support  for  another  sensor.  The  first,  shown  in 
Fig.  4-6,  is  simply  a  circular  buffer  for  the  storage  of  netting  requests. 

Such  a  first-in-first-out  buffer  suits  the  scheme  of  processing  requests  in 
order  of  arrival.  Two  pointers,  as  shown,  specify  the  limits  of  the  requests 
awaiting  processing. 

The  other  data  structure  is  the  inter-sensor  correlation  array.  This 
array  stores  the  track  number  matches  identified  by  the  inter-sensor 
correlation  routine.  The  array  implementation,  shown  in  Fig.  4-7,  permits 
determination  of  t.he  match  from  either  side,  that  is  when  either  the  local  or 
other  sensor  track  number  Is  known.  The  need  for  both  directions  is  shown 
later.  When  the  index  is  interpreted  as  a  local  track  number,  the  first  field 
of  the  i1-*1  pair  of  fields  of  the  entry  specifies  the  track  number  for  the 
aircraft  used  by  the  sensor  netted  to  this  one,  (It  is  assumed  that  an 
ordered  set  of  other  sensors  that  can  be  netted  to  each  sensor  will  be  known). 
On  tiie  other  hand,  when  the  Index  is  interpreted  as  an  adjacent  sensor  track 
number,  the  Last  field  of  the  l1-*1  pair  of  fields  specifies  the  local  track 
number  for  the  aircraft  represented  by  the  index  track  number  at  the  i1-*1 
sensor  netted  to  this  one.  The  example  in  the  figure  is  meant  to  clarify  this 
representation. 

Finally,  transmission  and  receive  buffers  are  needed  by  the  inter-sensor 
data  links.  These  structures  are  standard,  and  will  not  be  discussed  here. 

4. 4  Netting  System  Algorithms 

A  flowchart  of  the  actions  of  the  overall  netting  system  is  presented  in 
Fig.  4-8.  The  details  of  the  four  routines  that  constitute  this  system  are 
provided  below. 
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Fig.  4-6.  Request  storage  buffer. 
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FOR  THE  EXAMPLE  ENTRIES  SHOWN  ABOVE: 

(a)  TRACK  * 2  AT  THIS  SENSOR  CORRESPONDS  TO: 

TRACK  *7  AT  THE  SECONDARY  SENSOR 
TRACK  *13  AT  THE  TERTIARY  SENSOR 

(b)  TRACK  *2  AT  THE  SECONDARY  SENSOR  CORRESPONDS  TO: 

TRACK  *6  AT  THIS  SENSOR 

(C)  TRACK  *2  AT  THE  TERTIARY  SENSOR  CORRESPONDS  TO: 
TRACK  *1  AT  THIS  SENSOR 


Fig,  4-7.  Inter-sensor  correlation  array. 
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4.4.1  Triggering  Rules 


The  1'unctlon  of  the  request  triggering  routine  Is,  for  each  track,  after 
its  update,  to  place  a  value  in  the  first  field  of  its  track  status  array 
entry  which  indicates  the  netting  algorithm  to  be  performed  for  that  track.  A 
sample  list  of  values  and  interpretations  for  this  netting  condition  field 
might  be: 


0:  no  netting  required 
1:  newly  initiated  track 

2:  position  improvement  for  conflict  alert 

3:  position  improvement  for  diffraction 

4:  false  track  screening 

5:  code  improvement 

6:  altitude  determination 

7:  track  swap  prevention 

8:  correlation  resolution 

9-15:  other  as  yet  undefined  problems 

The  case  "no  netting  required"  will  hopefully  dominate,  or  else  sensor 
processing  might  exceed  its  computers'  capabilities. 

Every  newly  initiated  track  for  which  a  sensor  has  coverage 
responsibility  should  be  entered  into  the  netting  domain.  Two  major  reasons 
exist  for  this  requirement.  First,  inter-sensor  correlation  is  often  most 
difficult  just  when  the  real  netting  need  arises.  Report  garble  or  report 
matching  uncertainty  due  to  closely  spaced  aircraft  tend  to  increase  in 
conflict  situations.  By  performing  the  inter-sensor  track  pairing  before  it 
is  required,  the  correlation  process  is  immeasurably  simplified  when  the  real 
problems  arise  (see  next  chapter).  Second,  false  alarm  tracks  can  arise  for 
many  reasons  other  than  reflections.  By  checking  each  new  track  to  see  if  the 

neighboring  sensor  also  sees  an  aircraft  at  that  position,  track  validity  can 

be  established  early  in  its  existence. 

Conflict  alert  netting  is  triggered  when  two  aircraft  are  approaching 
each  other.  The  signal  for  this  occurrence  must  come  from  the  conflict  alert 

user  itself.  The  exact  nature  of  the  inter-connection  between  user  and  sensor 

to  permit  this  reverse  flow  of  information  is  presently  undefined. 

The  sensor  itself,  on  the  other  hand,  can  detect  when  netting  is  required 
for  overcoming  diffraction  or  false  track  screening.  In  each  case,  a  site 
dependent  table  of  azimuths  is  resident  in  the  sensor  to  permit  the 
identification:  diffraction  zones  for  the  former,  reflector  zones  for  the 
latter.  Any  track  existing  in  or  entering  either  a  diffraction  or  reflection 
zone  will  be  marked  by  the  triggering  routine. 

The  sensor  can  also  note  when  code  or  altitude  improvement  help  is 
required  from  a  secondary  sensor.  In  either  case,  the  absence  of  a  high 
confidence  code  is  the  signal.  In  addition,  altitude  help  is  sought  when 
aircraft  without  encoding  altimeters  are  encountered. 
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Finally,  netting  help  is  sought,  whenever  various  possible  target /track 
correlation  errors  are  likely.  The  correlation  algorithm  within  the  sensor 
will  know  when  it  had  a  difficult  correlation  choice,  and  thus  might  have 
performed  a  track  swap  or  track  capture.  It  must  signal  these  possible  events 
via  bits  in  the  track  file.  This  algorithm  enhancement  and  the  track  file 
bits  are  both  additions  to  the  current  stand-alone  sensor  code.  Fortunately, 
both  additions  are  simple  to  implement. 

4.4.2  Request  Generator 

The  request  generator  is  responsible  for  ensuring  that  request  messages 
are  transmitted  to  the  proper  neighboring  sensors,  and  at  the  proper  times,  to 
produce  the  secondary  sensor  reports  needed  by  any  tracks  In  netting 
situations.  It  consults  three  sources  of  data  in  determining  when  and  where 
to  send  requests: 

1.  the  netting  condition  field,  as  set  by  the  triggering  routine,  in 
each  updated  track's  status  array  entry 

2.  the  netting  status  information  in  this  same  entry 

3.  a  sensor  coverage  map. 

The  track  status  array  was  described  above. 

The  request  generator  proceeds  as  follows.  First  it  checks  the  netting 
condition  of  etch  updated  track.  If  it  is  nulL,  and  the  corresponding  netting 
status  entry  is  also  null,  no  further  action  is  required.  If  on  the  other 
hand,  the  netting  status  entry  is  not  null,  it  must  send  termination  messages 
to  each  sensor  designated  in  the  entry.  The  entry  is  then  nulLed.  It  is 
assumed  here  that  alL  tracks  dropped  by  the  sensor  are  passed  to  the 
triggering  routine  so  that  any  outstanding  requests  for  them  can  be  cancelled 
by  this  mechanism. 

When  the  netting  condition  field  of  the  updated  track  contains  a  non-zero 
value,  the  request  generator  checks  the  current  netting  situation  as 
represented  by  the  second  and  third  fields  of  the  track's  status  array  entry. 

If  any  first  subfield  is  non-zero  (indicating  an  ongoing  netting  condition), 
jf»'i  the  response  hits  for  each  non-zero  sensor  are  set  to  "1",  no  action  need 
taken,  as  the  netting  data  stream  is  already  underway.  However,  if  the 
response  bit  for  any  non-zero  sensor  is  still  at  ”0",  it  must  be  assumed  that 
the  previous  request  message  was  either  lost  or  not  able  to  be  processed  by 
the  sensor.  Thus  another  netting  initiation  message  must  be  transmitted. 

Finally,  if  no  netting  is  currently  underway  for  the  track,  the  process 
must  be  initiated.  First  the  sensors  to  be  asked  for  help  must  be  identified. 
By  assumption,  this  information  is  obtained  by  a  sensor  coverage  map  that 
might,  for  example,  be  represented  as  shown  in  Fig.  4-9.  Here,  we  have 
divided  the  coverage  region  into  p,  0,  h  cells.  For  each  such  cell,  a 
secondary  and  tertiary  sensor  can  be  specified.  Then  an  initiation  message  is 
sent  to  each  specified  sensor,  the  sensor  numbers  are  recorded  in  the  track 
status  array,  and  the  response  bits  are  initialized  to  the  "0"  state. 
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Fig.  4-9.  Netting  coverage  map. 
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4.4.3  Response'  Processor 


The  response  processor  checks  Che  scream  of  netting  reports  ..that  arrive 
from  other  sensors  in  response  to  the  messages  issued ‘by  the  request 
generator.  In  the  normal  case,  its  function  is  simply  to  enter,  each,  report 
Into  the  netting  report  buffer,  establishing  or  splicing  into  the  chain  of  , 
links  emanating  from  the  proper  local  track  file  entry.  This  entry  number  is 
specified  in  the  report  itself. 

I- 

This  normal  case  applies  when  the  netting  report  was  expected.  That  is, 
when  the  responding  sensor  number  exists  in  the  track  status  array  entry  for 
the  track.  If  this  check  is  satisfied,  the  above  action  is  taken.  Also,  thev 
appropriate  response  bit  in  the  track  status  array  entry  is  set  to  "l",i 
recording  the  fact  that  the  report  was  received.  v 

If  the  report  was  not  expected,  however,  a  correction  action  must  be 
taken.  This  event  will  occur  either  when  inter-sensor  timing  results  in  a 
report  being  sent  after  a  termination  message  was  issued,  or  when  this  message 
was  not.  properly  received.  In  either  case,  the  request  generator  is  .  •  1 

instructed  to  re-issue  the  termination  message.  The  received  report,  of 

course,  Is  discarded.  1 

1 

The  response  processor  must  also  handle  the  occasional  help  message  found 
interspersed  among  the  netting  reports.  As  discussed  above,  this  message  is  a 
request  by  a  secondary  sensor  for  a  new  position  report'  on  the  aircraft.  The 
request  processor  produces  the  desired  effect  by  zeroing  the  response  bit  for 
the  corresponding  secondary  sensor  in  the  track  status  array.  As  described  in 
the  last  subsection,  this  forces  the  transmission  of  a  new  initiation  message 
at  the  next  track  update  time. 


4.4.4  Netting  Subsystem 


The  netting  subsystem  performs  the  actual  netting  algorithm  for  the 
track,  Kach  time  a  track  is  to  be  updated,  this  process  checks  whether  a 
netting  action  is  signalled  by  the  track  status  array  entry.  If  so,  all  the 
auxiliary  sensor  netting  reports  (if  any)  are  gathered  together  and  grouped 
with  the  local  sensor  report  (if  any).  These  reports  are  then  entered  jointly 
Into  the  proper  netting  algorithm  (mult i laterat Ion,  code  improvement, 
correlation  verification,  false  track  flagging,  etc).  The  resultant  report 
generated  by  this  algorithm  is  then  employed  for  the  actual  track  update 
action. 


The  netting  subsystem  also  performs  a  bookkeeping  action,  namely  it 
zeroes  the  pointer  field  in  the  track  file  and  all  links  in  the  netting  report 
buffer  for  the  track.  While  doing  this,  all  netting  report  buffer  entries 
occupied  by  the  reports  are  returned  to  the  free  storage  list. 


The  support  system  consists  of  the  routines  to  supply  reports  to  other 
sensors  to  support  their  netting  actions.  The  heart  of  this  system  is  the 
inter-sensor  correlation  routine.  Since  this  routine  is  the  most  complex  in 
the  entire  netting  system,  and  as  it  applies  to  centralized  and  hybrid 
architectures  as  well  as  to  localized  ones,  its  presentation  has  been  reserved 
for  a  separate  chapter. 


The  request  processor  precedes  the  correlator.  Its  function  is  simply  to 
move  requests  from  the  I/O  buffer  to  the  circular  request  buffer,  where  they 
await  correlation  processing.  This  transfer  is  required  to  free  the  I/O 
buffer  for  the  next  batch  of  requests.  The  request  processor  is  a  high 
priority  foreground  task  that  Interrupts  the  correlation  activity  whenever  a 
new  request  arrival  is  signalled. 


The  final  support  function,  the  response  generator,  is  responsible  for 
sending  to  the  requesting  sensor  local  target  reports  that  meet  its  netting 
needs.  Such  reports  are  those  correlating  to  local  tracks  which  the 
inter-sensor  correlator  has  matched  to  the  requestor's  tracks.  The 
inter-sensor  correlation  array  (Fig.  4-7)  is  utilized  for  this  purpose. 


Each  time  a  track  is  updated,  the  response  generator  examines  that 
track's  entry  in  this  array.  If  any  of  the  first  half  pair  of  fields  has  a 
non-zero  track  number,  this  indicates  that  another  sensor  requires  the  report 
correlated  to  this  track.  The  generator  then  constructs  the  proper  report 
message,  using  this  other  sensor  track  number,  and  transmits  it  to  that 
sensor. 


The  response  generator  has  two  other  responsibilities.  First,  whenever  a 
local  track  is  dropped,  it  must  clear  the  first  half  fields  from  the 
inter-sensor  correlation  array.  Second,  the  inter-sensor  correlation  routine 
may  occasionally  require  new  data  from  another  sensor.  The  generator,  in  such 
a  case,  must  prepare  a  special  message  to  relay  this  fact  to  the  appropriate 
sensor.  This  message  is  of  the  same  format  as  a  standard  report  except  that 
the  special  "help"  bit  is  set  to  “1"  (see  Fig.  4-3). 
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5.0 


INTER-SENSOR  CORRELATION 


Netting  commences  a  request  by  one  sensor  for  surveillance  reports 

on  a  particular  aircraft  trom  an  adjacent  sensor.  In  general,  the  sensor 
receiving  this  request  will  contain  a  track  corresponding  to  that  aircraft  In 
Its  files.  The  problem  for  this  sensor  is  to  determine  which  specific  track 
is  the  one  in  question.  This  process  of  matching  a  track  In  one  sensor  with 
that  In  another  is  known  as  inter-sensor  correlation. 

This  correlation  problem  is  generally  very  simple  for  Mode  S  or  discrete 
coded  ATCRBS  aircraft,  as  the  unique  code  serves  as  an  excellent  track 
discriminant.  In  the  rare  cases  when  two  or  more  tracks  exist  with  the  same 
code,  due  to  reflection  false  targets  or  an  assignment  error,  the  aircraft 
position  becomes  the  deciding  factor  in  the  selection. 

Non-discrete  ATCRBS  aircraft,  particularly  those  not  possessing  encoding 
altimeters,  present  a  considerably  more  complex  inter-sensor  correlation 
problem.  It  would  not  be  surprising  at  all  for  two  or  more  tracks  to  satisfy 
all  first-order  correlation  requirements. 

This  chapter  presents  correlation  algorithms  for  both  the  discrete  and 
non-discrete  situations.  At  present,  neither  algorithm  has  been  tested  on 
real  data,  so  modifications  or  additions  may  be  required  later. 

5. I  Correlation  Philosophy 

An  inter-sensor  correlation  system  that  will  be  applicable  to  all  canes 
must,  by  nature,  be  quite  complex.  It  must  contain,  in  addition  to  the 
obvious  code  and  position  tests,  various  second-level  tie-breaking  procedures 
to  resolve  ambiguities,  as  well  as  likelihood  tests  to  Judge  the  feasibility 
of  a  match  (particularly  when  altitude,  and  thus  exact  aircraft  location,  is 
unknown).  As  a  result,  the  prospect  of  an  occasional  incorrect  correlation  is 
a  reality  that  would  have  to  be  accepted. 

Single  sensor  surveillance  by  a  Mode  S  sensor  is  quite  good.  Netting 
would  be  utilized  only  to  improve  its  quality  in  critical  situations  or  to 
help  resolve  an  occasional  uncertainty.  Thus  the  possibility  of  an  incorrect 
correlation  is  unsettling.  Such  an  occurrence  would  convert  good  surveillance 
to  baH  ""-veillance ,  and  uncertainty  to  error.  No  netting  algorithm  can 
survive  the  transmission  of  data  for  the  wrong  aircraft. 

Besides  degrading  performance,  incorrect  correlations  would  remove  sensor 
guard  actions  against  error.  With  uncertainty,  the  sensor  would  have  taken 
precautions;  once  it  thinks  it  knows  the  situation  as  a  result  of  netting 
help,  it  can  follow  wrong  and  possible  dangerous  actions  with  impunity.  This 
realization  has  led  to  the  adoption  of  the  following  strategy: 

The  inter-sensor  correlation  algorithms  shall  be  simple  and 

straight-forward,  with  no  second-order  testing.  Any  situation  too 

complex  to  be  resolved  by  such  an  approach  shall  be  left  unresolved,  with 

no  netting  data  passed  back  to  the  requesting  sensor. 
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5.2  01  sc  ft- to  Correlation 

Tracks  for  Mode  S  and  discrete  ATCKBS  aircraft  can  always  be  located  via 
their  code,  as  this  is  a  requirement  of  the  sensor  implementation.  Thus  the 
hardest  part  of  the  general  correlation  process,  filtering  the  track  file  for 
possible  matches,  is  trivial  is  this  case.  The  result  of  the  code  search 
produces  none,  one,  or  more  than  one  track  with  the  dusired  code.  If  none, 
inter-sensor  correlation  has  failed,  and  no  netting  help  can  he  forthcoming  at 
this  time.  Since  the  netting  request  will  be  repeated  each  scan,  however, 
future  help  is  possible  should  a  track  later  become  initiated  for  the 
aircraft . 

When  two  or  more  tracks  are  identified  as  code  matches,  the  proper  one 
must  be  selected  via  position  agreement.  Even  if  only  one  track  exists  with 
the  proper  code,  however,  the  position  test  should  still  be  applied.  This 
safety  rule  prevents  the  rare  system  error  from  producing  incorrect 
correlations. 

This  position  test  will  be  employed  either  to  select  from  two  to  more 
spatially  diverse  tracks,  or  to  check  the  validity  of  tin*  single  possible 
track.  Thus  it  is  really  only  a  reasonableness  test.  For  this  reason,  it 
need  not  use  mathematically  precise  procedures.  Thus,  although  the  exact 
coordinate  transformation  process  developed  in  the  next  section  for 
non-discrete  aircraft  would  work  here  as  well,  the  possibility  of  simpler 
tests  to  save  processing  time  should  not  be  ignored. 

One  particularly  simple  test  is  illustrated  in  Fig.  5-1.  If  it  is 
assumed  that  the  earth  is  flat  (nearly  true  over  small  distances),  and  that 
ground  range  and  slant  range  are  equal  (nearly  true  except  near  a  sensor),  the 
primary  sensor's  azimuth  to  the  aircraft  can  be  computed  by  mult i laterat ion 
from  the  ranges  In  the  request  message  and  the  track  file  for  the  local  sensor 
track  in  question,  and  the  known  inter-sensor  distance  and  angle,  dj2  a,K*  912 
respectively.  Then  the  comparison  of  this  computed  azimuth  with  the  actual 
azimuth  in  the  request  message  constitutes  the  reasonableness  check. 

The  details  of  this  procedure  are  as  follows.  First,  extrapolate  the 
request  message  position  to  the  time  of  validity  of  t lie  local  sensor  track 
position : 


PI 
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where  T  is  the  extrapolation  interval  and  the  rates  are  contained  in  the 
request  message.  Then  compute  the  angle  within  the  triangle  formed  by  the 
inter-sensor  line  and  the  two  sensor  ranges  (see  the  figure): 
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Finally,  the  track  under  teat  la  the  proper  Inter-sensor  match  it: 

A 

1 1®  1  "  *12 1  "1*1  i  <  °reaa 

Whether  this  simple  test  works  in  practice  cannot  be  answered  with 
certainty  without  real  data.  It  Is  possible  that  ground  ranges,  given  by: 


will  be  required  for  aircraft  near  a  sensor.  Even  with  this  enhancement,  the 
test  is  far  quicker  than  one  using  coordinate  conversion. 

5.3  Non-Discrete  Correlation 


Non-discrete  tracks  cannot  be  accessed  by  their  codes.  Even  if  such 
access  were  desired  to  be  added  for  netting,  it  would  not  be  feasible.  This 
is  because  low  confidence  code  bits  allow  for  the  possiblity  of  many  codes 
matching  a  track;  in  the  worst  case,  any  code  could  form  a  match.  Thus  the 
type  of  algorithm  presented  above  for  discrete  tracks,  namely  track  set 
identification  by  code  followed  by  a  position  test,  would  require  a  linear 
search  of  the  track  file  and  a  lai  ge  number  of  teats. 

Fortunately,  extensive  Mode  S  sensor  testing  has  shown  that  a  sensor 
almost  always  maintains  the  same  track  number  on  an  aircraft  throughout  its 
time  under  coverage.  This  fact  can  be  used  to  advantage  whenever  netting  is 
required  for  the  second  or  subsequent  time  on  an  aircraft.  The  inter-sensor 
correlation  array,  indexed  by  the  track  number  in  the  new  request  message, 
will  provide  the  local  track  number  that  formed  the  match  on  the  previous 
netting  activity.  Thus  this  track  can  be  tested  to  see  if  it  still 
represents  the  aircraft;  If  so,  much  time  is  saved. 

First  time  netting,  of  course,  cannot  utilize  this  shortcut.  Instead, 
some  form  of  area  searching  of  tracks  is  required.  The  one  selected  for 
inter-sensor  correlation  takes  advantage  of  the  already  existing  intra-sensor 
target/track  correlation  mechanism.  In  particular,  the  request  message  target 
report  ia  converted  to  a  form  that  makes  it  appear  to  be  a  locally  generated 
target,  and  then  it  is  entered  into  this  normal  correlation  process.  The 
tracks  that  it  associates  with  then  constitute  the  set  of  possible  matches. 

If  one,  and  only  one,  of  these  tracks  meets  the  inter-sensor  match  criteria, 
the  search  is  deemed  a  success. 

The  details  of  this  overall  inter-sensor  correlation  algorithm  for 
non-discrete  ATCRBS  aircraft  is  outlined  in  the  flowchart  of  Fig.  5-2.  The 
first  step  is  to  transform  the  request  message  position  report  to  the  position 
and  time  coordinates  of  the  local  sensor.  As  detailed  in  Appendix  A,  this 
transformation  has  two  parts.  First  the  position  is  converted: 


PI*  ^i*  Pi*  at  Tj  f>2>  e2*  p2*  ®2  at  ^1  (5-1) 
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Fig.  5- 


Non-d  i-scroto  correlation  flowchart. 


where  Che  hat  indicates  local  sensor  coordinates  at  the  requesting  sensor 
viewing  time  Tj.  Then  the  report  is  extrapolated  ahead  to  the  time  T2  at 
which  the  local  sensor  would  see  the  aircraft  it  represents: 


A  A 

P 2 »  e2*  P2«  ^2  at  Tt  +  P2 •  e2  at  t2  (5-2) 

The  value  of  T2,  as  shown  in  the  Appendix,  is  computed  by  using  the  report  and 
sensor  antenna  azimuth  rates. 

Both  of  these  conversion  steps  require  knowledge  of  the  altitude  of  the 
aircraft.  Thus,  if  the  request  report  has  no  usable  altitude,  either  because 
it  is  missing  totally  or  is  garbled,  a  guess  of  the  true  altitude  must  be 
made.  In  the  former  case,  a  value  of  0.5  miles  is  assumed,  as  aircraft 
without  altimeters  normally  fly  quite  low.  In  the  latter  case,  unfortunately, 
any  altitude  is  reasonable.  Subject  to  further  testing,  a  value  of  2  miles 
appears  to  be  a  reasonable  compromise.  In  either  case,  a  more  accurate 
conversion  will  be  performed  should  a  match  be  made  with  a  track  having 
altitude  knowledge,  as  described  below. 

The  next  step  of  the  algorithm  depends  upon  whether  or  not  this  netting 
request  is  a  repeat.  If  so,  the  track  matched  last  time  has  its  predicted 
position  and  codes  matched  with  the  converted  report.  If  the  Mode  A  codes  and 
altitudes  agree,  and  the  positions  satisfy 

I Ap |  <  Apreas 

(5-3) 

I A 6  |  <  A0reaa 

the  match  is  retained,  and  the  correlation  procedure  is  terminated. 

When  the  above  shortcut  is  not  applicable,  either  because  no  previous 
correlation  has  occurred  or  the  match  has  failed  (signifying  a  rare  track  swap 
condition),  the  converted  report  is  placed  in  a  temporary  buffer.  It  is 
stored  there  until  time  T2  arrives,  at  which  time  it  is  added  to  the  stream  of 
locally  generated  target  reports.  It  is  then  automatically  processed  by  the 
target/track  association  routine.  The  track  associants  found  constitute  the 
set  of  possible  correlation  matches.  If  the  set  is  null,  of  course, 
inter-sensor  correlation  has  failed. 

At  this  point,  the  match  tests  could  be  made  against  each  potential 
track.  However,  a  wrong  altitude  guess  (when  altitude  was  not  known),  or 
extrapolation  or  time  transformation  errors  could  have  produced  an  incorrect 
report  position  with  which  to  match  against  the  tracks.  Thus  a  more  accurate 
procedure  has  been  adopted.  First,  to  generate  updated  track  positions,  the 
local  target/track  correlation  procedure  is  allowed  to  complete  (minus  the 
extra  request  reports,  of  course).  Then  each  potential  matching  track  has  Its 
new  position  Interpolated  back  to  time  Tj.  If  its  Mode  A  code  and  altitude 
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agree  with  the  request,  and  its  position  difference  from  P2  and  62  of 
(5-1)  satisfies  (5-3),  a  match  is  recorded.  In  the  event  the  request  report 

A  A 

had  no  known  altitude,  and  thus  p2  and  ©2  were  generated  by  an  altitude  guess, 

A  A 

and  the  track  to  be  matched  has  a  known  altitude,  the  quantities  P2  and  02 
are  recomputed  using  this  altitude  prior  to  this  difference  test. 

Inter-sensor  correlation  will  be  ruled  successful  if  one,  and  only  one, 
potential  matching  track  satisfies  this  test.  No  attempt  is  made  to  arbitrate 
between  multiple  matches  in  accordance  with  the  strategy  presented  above. 
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6.0  POSITION  ANl)  HEADING  IMPROVEMENT 


The  major  emphasis  of  the  surveillance  netting  project  has  been  the 
development  of  algorithms  and  formulas  for  Improving  the  tracking  accuracy  of 
aircraft  by  the  Mode  S  sensor.  This  increased  accuracy  is  derived  from  two 
interrelated  sources:  improved  three  dimensional  position  data  included  in 
reports  produced  as  surveillance  output,  and  Improved  smoothing  and  heading 
estimations  for  projecting  future  positions.  The  next  four  chapters  present 
the  results  of  this  segment  of  the  project  effort,  while  this  chapter  serves 
as  an  introduction  to  the  various  approaches  to  be  described. 

6, l  Ailmuth  Improvement 

The  inaccuracies  in  sensor  position  reports  are  usually  confined  to  the 
asimuth  coordinate.  Thus  the  moct  widely  employed  method  for  positional 
improvement  with  multiple  sensor  data  is  multilateration,  which  is  the  use  of 
two  or  more  range  measurements  to  derive  the  azimuth  of  the  aircraft. 

However,  a  number  of  competing  regimens  can  be  visualized  to  serve  to  improve 
the  asimuth  accuracy.  The  three  considered  in  this  project  were  higher  data 
rate  tracking,  curve  fitting,  and  incremental  bilateration.  Various 
combinations  of  these  approaches,  where  appropriate,  were  also  examined. 

Figure  6-1  presents  in  a  simple  pictorial  manner  the  three  classes  of 
approaches  under  consideration  (incremental  bilateration  is  a  special  case  of 
multilateration).  With  higher  data  rate  tracking,  the  individual  sensor 
reports  are  entered  unmodified  into  the  smoothing  filter.  Although  the 
reports  are  no  more  accurate  than  with  single  sensor  surveillance,  the  greater 
number  of  them  should  produce  a  smoother,  and  hence  more  accurate,  track. 

Thus  both  current  position  and  heading  estimates  may  be  improved. 

Multilateration  employs  only  the  range  measurement  of  each  sensor 
report.  Two  or  three  such  ranges  per  scan  are  used  jointly  in  a  formula  that 
determines  the  true  aircraft  azimuth.  In  order  to  use  this  approach,  of 
course,  all  range  measurements  must  be  interpolated  or  extrapolated  to  a 
common  time.  This  process  will  introduce  some  errors,  especially  when  the 
aircraft  is  turning. 

Finally,  curve  fitting  is  a  batch  approach  to  tracking.  First  a  group  of 
consecutive-in-time  sensor  reports  are  fit  by  a  linear  or  quadratic  curve. 

This  curve  may  be  taken  as  the  smoothed  track.  Or,  for  greater  accuracy,  the 
position  values  at  the  center  of  this  curve  (the  most  accurate  point)  can  be 
taken  as  if  they  constituted  a  sensor  report  and  fed  into  a  smoothing  filter. 
In  the  figure,  these  reports  are  represented  by  the  heavy  dots.  This  approach 
would  appear  to  be  more  accurate  then  straightforward  high  data  rate  tracking. 

A  comparison  of  the  strengths  and  weaknesses  of  these  competing 
approaches  is  outlined  in  Fig.  6-2.  As  expressed  therein,  the  high  data  rate 
approach  is  the  simplest  and  most  general  purpose,  and  the  only  one  that  can 
utilize  directly  single  sensor  tracking  algorithms.  However,  it  does  not 
improve  the  data  fed  to  the  tracker.  Multilateration,  on  the  other  hand,  is 
complex,  but  is  the  only  method  that  does  not  require  aircraft  altitude,  or 
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Fig.  6-1.  Tracking  improvement  approaches. 
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Fig.  6-2.  Tracker  comparisons. 
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any  coordinate  conversions,  and  It  improves  the  data  quality.  Curve  fitting, 
in  general,  falls  midway  between  these  other  approaches  on  almost  all 
criteria. 

This  and  the  next  several  chapters  develop  all  these  approaches  in 
detail.  At  the  end  of  the  chapter  on  smoothing  filters,  the  results  of  actual 
comparisons  are  presented.  Not  surprisingly,  there  is  no  clear  cut  winner,  as 
different  situations  affect  the  approaches  differently. 

6.2  Overcoming  Diffraction 

When  diffraction  zones  are  present  at  a  sensor,  its  azimuth  measurement 
will  be  virtually  useless  for  aircraft  flying  through  them.  Thus,  netting 
would  be  utilized  to  generate  an  alternate  determination  of  this  measurement. 
Obviously,  netting  methods  that  do  not  utilize  the  sensor  azimuth  would  be 
unaffected  by  diffraction.  Approaches  that  do  utilize  it  will  be  degraded  to 
some  extent,  but  may  still  yield  acceptable  performance. 

Standard  multilateration  employs  only  range  measurements  to  compute  the 
aircraft  azimuth.  Thus  this  method  is  ideally  suited  for  overcoming 
diffraction.  However,  some  of  the  more  complex  multilateration  formulas 
presented  in  Chapter  8,  which  account  for  the  presence  of  a  transponder  bias 
or  the  absence  of  the  aircraft  altitude,  do  require  one  or  more  azimuth 
measurements.  Data  presented  in  that  chapter  is  used  to  determine  whether 
these  approaches  are  still  feasible  in  the  presence  of  diffraction. 

Incremental  bilateration,  as  presented  in  Chapter  9,  always  uses  the 
primary  sensor  azimuth  in  its  calculations.  Thus  this  method  would  appear  to 
be  unsuitable  in  diffraction.  However,  a  modification  to  the  general 
procedure  is  introduced  which  is  shown  by  simulation  results  to  handle 
diffraction  zones  with  negligible  loss  of  accuracy. 

Finally,  both  the  higher  data  rate  tracking  and  curve  fitting  classes  of 
netting  cannot  use  raw  reports  from  the  primary  sensor,  with 
diffraction-corrupted  azimuth,  as  inputs  to  their  smoothing  filters. 

Chapter  10  examines  whether  the  approach  of  omitting  primary  sensor  reports 
from  the  filter  input  stream,  and  thus  using  only  non-dif f racted  secondary 
sensor  reports,  provides  adequate  data  for  good  smoothing  performance. 

6.3  Bias  Error  Effects 


When  bias  errors  are  present,  either  in  the  sensor  system  or  in  the 
aircraft  transponder,  all  three  classes  of  netting  approaches  are  affected. 
The  degree  of  resistance  to  bias  may  well  be  the  most  important  selection 
feature  among  the  approaches,  as  netting  improvement  can  easily  turn  to 
degradation  in  biased  environments. 
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Higher  data  rate  tracking  counts  on  the  introduction  of  morn  Input  data 
points  to  aid  in  trajectory  determination.  If  these  additional  points  are 
biased,  however,  they  could  easily  result  in  noisier,  not  smoother,  tracks. 
Thus  only  trackers  that  are  bias-resistant  should  be  employed  for  this 
approach. 

Multilateration  operates  under  the  assumption  that  the  intersection  of 
range  arcs  from  two  or  three  sensors  locates  the  aircraft  position.  When 
biases  are  present,  the  "range  line"  from  the  affected  sensor(s)  will  either 
undershoot  or  overshoot  the  true  position.  There  are  three  ways  in  which  a 
new  position  can  be  found  that  satisfies  the  intersection  criterion,  as  shown 
in  Fig.  6-3. 

First,  if  transponder  turnaround  delay  is  a  system  variable,  the  lines 
can  all  bo  adjusted  in  length  until  an  intersection  is  achieved.  If  this 
delay  was  indeed  the  major  system  bias,  the  proper  position  will  be  located  by 
this  process.  Second,  If  altitude  is  not  known  from  an  altimeter  readout,  the 
lines  can  be  raised  or  lowered  until  an  intersection  is  reached.  The  correct 
x,y  position  can  thus  be  achieved  at  the  expense  of  an  altitude  estimation 
error.  Finally,  if  neither  transponder  delay  nor  altitude  is  a  variable,  the 
only  option  is  to  move  the  lines  laterally  until  an  intersection  is  achieved. 
This,  unfortunately,  translates  the  entire  bias  error  into  an  azimuth  error. 
Chapter  8  presents  and  examines  algorithms  that  implement  each  of  these  three 
approaches. 

Incremental  bilateration ,  another  form  of  multilateration,  deals  with 
biases  by  attempting  to  eliminate  any  effect  of  them  beyond  that  seen  in 
single  sensor  surveillance.  Thus  consistency,  with  lower  variance,  is  its 
goal.  Chapter  9  develops  an  algorithm  that  successfully  meets  this  goal. 

Finally,  curve  fitting  is  a  natural  method  for  overcoming  bias  problems. 
By  "averaging"  the  errors  from  different  sensor  reports,  truth  may  be 
determined.  At  least  consistency,  similar  to  that  of  incremental 
bilateration,  should  be  achievable.  The  only  problem  arises  when  more  reports 
are  input  to  the  curve  fit  routine  from  one  sensor  than  from  another.  Then 
the  result  will  be  weighted  toward  that  sensor's  biases.  If  the  sensor  with 
the  most  reports  varies  from  scan  to  scan,  inconsistencies  can  result. 

Chapter  10  presents  results  for  curve  fitting  accuracy  in  the  presence  of 
biases. 


6.4  Incremental  Bilateration 


The  standard  method  of  envisioning  a  two-aensor  surveillance  system  is  as 
follows  (Fig.  6-4).  The  locations  of  the  two  sensors  are  known  exactly.  Each 
sensor  produces  a  relative  position  measurement  of  the  aircraft.  The  two 
resulting  absolute  positions  are  identical,  and  specify  the  location  of  the 
target. 

In  reality,  as  discussed  in  the  previous  section,  measurement  noise  and 
system  biases  will  cause  the  two  positions  to  differ  from  each  other.  Noise, 
being  random,  will  be  seen  as  a  jitter  of  the  two  measured  positions  about  the 
true  aircraft  location.  Biases,  on  the  other  hand,  will  cause  the  centers  of 
mass  of  the  two  sets  of  jittered  measurements  to  lie  at  different  locations. 
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Fig.  6-3.  Multilateration  bias  adjustment. 
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Thus,  even  If  the  measurement  a  were  noise  free,  biaseB  would  still  cause 
the  two  sensors  to  disagree  cm  the  aircraft  location.  The  raultilateration 
location,  obtained  by  employing  range  measurements  from  both  sensors,  will  be 
at  yet  a  third  position.  This  position,  the  intersection  of  the  two  range 
arcs,  will  not  be  at  the  average  of  the  other  two;  in  the  worst  case,  it  can 
be  many  miles  from  either  of  them.  These  observations  explain  why  the  jumps 
illustrated  earlier  in  Fig.  2-5  occur  whenever  the  data  source  changes  from 
one  scan  to  the  next. 

An  alternative  view  of  this  two-sensor  system  is  also  possible 
(Fig.  6-5).  Consider  only  the  location  of  the  primary  sensor  to  be  known. 

Its  relative  position  measurement  locates  the  aircraft.  Then  taking  the 
measurement  of  the  secondary  sensor,  and  "reversing"  it,  will  lead  to  the 
apparent  location  of  this  sensor.  Noise  and  biases  under  this  view  result 
respectively  in  Jitter  and  shifts  of  the  secondary  sensor  location  from  its 
true  position. 

With  this  view,  as  long  as  the  secondary  sensor  is  assumed  to  be  located 
at  its  bias-calculated  position,  the  two  sensors'  measurements  will  be 
compatible  in  the  absence  of  noise.  Then  switching  data  sources  will  produce 
no  jumps.  It  should  be  noted  that  this  common  position  of  the  aircraft  will 
not  be  correct ,  only  consistent .  But,  as  discussed  earlier  in  section  2.3, 
this  is  sufficient  for  conflict  applications  that  depend  upon  prediction  of 
future  position. 

This  alternate  approach  can  be  viewed  as  a  form  of  incremental  netting 
(Fig.  6-6).  Given  that  the  target  and  secondary  sensor  positions  on  the 
previous  scan  are  known,  the  consistent  target  position  for  the  current  scan 
is  determined  by  bilateration  as  shown  in  the  figure,  using  range  changes  from 
the  previous  scan.  Since  the  two  sensors  agree  on  the  target  location, 
consistent  results  would  also  occur  if  either  sensor  measurement  were  absent, 
and  the  other  sensor  measurement  were  employed  alone. 

The  bias-induced  secondary  sensor  location  will  be  a  function  of  aircraft 
position.  It  will  be  different  for  each  target,  as  well  as  changing  for  any 
given  target  over  time  as  shown  in  Fig.  6-7.  Fortunately,  empirical  evidence 
has  indicated  that  the  apparent  scan-to-scan  movement  of  the  sensor  is  quite 
small.  Thus,  it  is  possible  to  employ  this  incremental  approach,  which 
assumes  a  constant  position  over  small  time  intervals.  Measurement  noise  will 
Introduce  jitter  into  the  sensor  motion  that  is  large  compared  to  this  bias 
component.  Thus  It  Is  necessary  to  average  the  calculated  positions  of  the 
previous  few  scans  and  employ  the  result  on  the  current  scan.  This  averaging 
eliminates  the  measurement  noise  errors  of  a  single  scan's  computation. 

Although  the  apparent  secondary  sensor  motion  is  very  small,  an  example 
will  demonstrate  that  it  cannot  be  ignored.  Figure  6-8  presents  an  aircraft 
flight  path  over  a  period  of  200  scans.  Assume  that  no  sensor  biases  or 
measurement  noise  exists,  but  that  the  aircraft  transponder  has  a  turnaround 
error  of  0.03  miles  (well  within  specification).  As  a  result  of  the  changing 
geometry  of  the  scenario,  the  bias-induced  position  of  the  secondary  sensor 
will  vary.  Figure  6-9  in  particular  presents  its  distance  variation  from 
sensor  1;  a  similar  figure  would  show  the  angle  variation.  Note  that  the 
maximum  variation  is  only  about  0.035  miles. 
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ft  test  trajectory. 


Figure!'.  6-10  and  6-11  show  the  azimuth  error  versus  aenu  for  two  methods 
of  incremental  bi latoration :  sensor  2  fixed  at  its  initially  calculated 
offset,  and  sensor  2  moving  over  time.  The  plotted  numbers  indicate  the  data 
source  on  each  scan:  sensor  1  only  (1),  sensor  2  only  (2),  or  bilateration 
(3).  It  is  clear  from  Fig.  6-10  that  the  mean  errors  for  canes  2  and  3 
dlvergu  from  zero  as  the  geometry  changes,  and  that  significant  data  jumps  are 
once  again  present  for  source  changes.  Figure  6-11,  on  the  other  hand, 
exhibits  neither  of  these  problems. 


The  requirement  that  the  apparent  secondary  sensor  position  be  computed 
for  each  aircraft  on  each  scan  implies  that,  for  this  algorithm  to  be 
feasibLe,  the  calculation  must  be  reasonably  simple.  For  the  spherical  earth 
model,  the  "reverse"  measurement  problem  becomes: 


Find  the  latitude  X,  Longitude  l,  and  height  hB'>  for  sensor  2  for  which 


: 

/ P22  -  z  2  ^  sin  ©2 

P 1 2  -  zi2  sin  6 1 

/ P2^  “  Z22  cos  02 

-  T  (A, JO 

i 2  -  z  i 2  cos  0 1 

z2 

Z1 

The  matrices  T  and  U  are  both  nonlinear  in  their  arguments,  so  solving  this 
set  of  simultaneous  equations  is  not  possible  except  through  iteration.  If 
the  system  biases  are  assumed  to  be  small,  T  and  U  can  be  linearized  about  the 
actual  sensor  2  location.  Then  the  direct  solution  of  the  simultaneous 
equations  (6-1)  becomes  possible,  but  still  not  computationally  feasible. 

Matters  would  be  much  more  promising  if  a  flat  earth  model  could  be 
employed.  As  shown  in  Fig.  6-12,  the  geometry  of  the  reverse  measurement 

,  b 

would  then  be  quite  simple.  The  biased  distance  and  azimuth  to  the 

secondary  sensor  would  he  given  by: 


2  2 

l)b  "  Pig  +  f'2g  -  2P'lg  P 2g  cos  (0re2) 


V j “  0 1  -  cos  ~ ^ 


2  2  2 

°b  +  Pig  “  p2g 

2  !)b  plg 


(6-2) 


(6-3) 


where  p ^  is  the  ground  range  from  sensor  i  and  the  correct  sign  to  use  in 
(6-3)  is  the  one  producing  an  answer  closer  to  the  unbiased  \J>i2»  Chapter  9 
develops  a  flat  earth  model  that  permits  this  simple  approach. 
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NOTATION:  BIB  FIG.  8-6. 


Fig.  6-11.  Azimuth  error  for  moving  offset 


The  Improved  surveillance  performance  resulting  from  this  algorithm  can 
be  seen  in  Fig.  6-13,  where  the  same  case  as  presented  earlier  In  Fig.  2-6  has 
been  reprocessed.  The  track  Is  now  smooth,  with  no  jumps  visible  between 
different  data  source  cases.  Further  statistical  data  demonstrating  the 
superiority  of  bllateration  with  this  bias-resistant  extended  incremental 
formulation  over  the  normal  spherical  earth  model  is  presented  later  In  this 
report . 


6 . 5  Transponder  Turnaround  Delay 

An  ATCRBS  transponder  Is  designed  to  begin  transmission  of  Its  downlink 
response  exactly  3.0  microseconds  after  it  receives  the  uplink  interrogation. 
Specifications  permit  working  transponders  to  vary  from  this  nominal  value  by 
up  to  0.5  microseconds  before  requiring  repair  or  recalibration.  Since  the 
ground  sensor  always  assumes  a  3.0  microsecond  turnaround  delay  in  its 
conversion  from  received  signal  time  to  aircraft  range,  the  permitted 
variation  can  Introduce  a  range  calculation  error  of  0.04  miles  (250  feet). 

Mode  S  sensors  have  a  measured  range  error  standard  deviation  of  about 
25  feet.  Thus  the  transponder  delay  bias  error  will  be  the  dominant  factor  in 
range  inaccuracies.  Furthermore ,  since  this  bias  will  differ  from  aircraft  to 
aircraft,  It  will  affect  the  assumed  relative  positions  of  aircraft  in 
potential  conflict  situations. 

Fortunately,  safe  aircraft  separations  are  much  larger  than  250  feet,  so 
this  positional  error  should  not  be  significant.  If  the  bias  affected 
aircraft  headings,  though,  conflict  alerts  under  development  could  be  misread. 
However,  Appendix  B  demonstrates  that  heading  errors  due  to  transponder 
turnaround  biases  are  negligible.  In  conclusion,  single  sensor  surveillance 
is  not  compromised  by  the  existence  of  imperfect  transponders. 

With  multllateratlon,  however,  the  transponder  bias  assumes  new 
importance.  This  range  error  is  now  translated  into  an  azimuthal  position 
error  for  the  report.  The  size  of  this  error,  for  some  geometries,  can  assume 
significant  dimensions.  It  nan  also  affect  aircraft  headings,  especially  if 
the  data  source  varies  from  scan  to  scan. 

The  next  chapters  present  algorithms  for  computing  an  aircraft's 
transponder  turnaround  bias  in  real-time  from  the  multiple  sensor  data. 
Simulation  tests  then  attempt  to  answer  two  questions.  First,  how  accurately 
can  this  bias  be  determined,  and  second,  how  much  improvement  (if  any)  in 
target  azimuth  can  be  achieved  via  this  process. 

An  idea  of  the  difficulty  of  estimating  this  bias  is  shown  by  Fig,  6-14, 
where  the  scan-to-scan  variations  In  the  calculated  bias  values  for  one 
aircraft  as  produced  by  two-sensor-multilateration  are  presented.  This 
example  assumed  an  unbiased  sensor  system,  Mode  S  data  variances,  and  a 
transponder  bias  of  0,03  miles.  It  is  clear  that  quite  a  data  spread  has 
occurred.  Only  averaging  over  several  scans  could  produce  a  reaaonable  bias 
eat Imate, 


77 


6.6  Altitude  Estimation 


Not  all  aircraft  contain  encoding  altimeters.  Thus  there  will  exist 
aircraft  under  sensor  coverage  for  which  the  altitude  will  be  unknown.  This 
lack  of  knowledge  presents  two  problems.  First,  the  true  aircraft  position 
cannot  be  determined,  as  the  ground  range  required  for  x,  y  calculations  is 
given  by: 


Pg  -  ✓  p2  -  *2 

where  t  is  computed  from  the  altitude.  Second,  many  safe  aircraft  crossing 
situations  will  be  seen  as  apparent  conflicts  due  to  lack  of  knowledge  of 

relative  altitude  separation. 

< 

It  is  not  difficult  to  derive  formulas  that  permit  the  calculation  of 
aircraft  altitudes  from  netted  sensor  data.  What  difficult .  though,  is  to 
produce  formulas  that  are  sufficiently  insensitive  to  measurement  noise  and 
system  biases  to  produce  meaningful  answers.  In  particular,  any  two  sensor 
equations  must  use  an  asimuth  value. 

Fortunately,  exact  altitude  values  are  not  required  for  conflict  alert 
applications.  Knowledge  that  aircraft  are  separated  by  several  thousands  of 
feet  in  sufficient,  even  with  an  error  margin  of  50X.  Thus,  it  is  possible  to 
employ  altitude  estimation  formulas  that  have  significant  error  potential,  and 
to  averaga  the  values  so  obtained  in  successive  calculations. 


An  idea  of  the  accuracy  obtainable  for  altitude  estimates  with  multiple 
sensor  data  can  be  provided  very  simply.  Figure  6-15  presents  the  geometry 
that  exists  for  two  sensors  when  a  plane  is  passed  through  the  sensors, 
perpendicular  to  the  earth's  radius  at  the  midpoint  of  the  line  connecting 
them.  The  "altitude"  H  of  the  aircraft  relative  to  this  plane  will  differ 
from  the  true  altitude  h,  but  its  estimation  accuracy  will  be  virtually 
identical.  Using  the  law  of  cosines,  we  can  solve  for  H: 


P2  -  H2  -  d2  +  p\  -  H2  -  2d 


/p{  -  H2 


COS  ip  I 


2d 


PI 


/p?  -  H2 


-  H2 


cos  «  d2  +  p  i  -  p2 

2  2  ^ 

(d2+pi“P2> 


H  -  /  P1  - 


4  d2  cos2 

2  2  ^ 
2  (d2+p|-p2> 


4  d2  cos2 
whs re,  as  shown  in  the  figure, 


(6-4) 


(6-5) 


d  •  distance  between  the  sensors 

Pl  *•  asimuth  of  the  aircraft,  in  the  plane,  relative  to  the  inter-sensor 
line. 


The  major  contribution  to  estimation  noise  is  the  jitter  of  the  aslmuth 
measurement  that  is  required  for  two-sensor  altitude  determination.  Taking 
the  derivative  of  (6-5)  with  respect  to  this  asimuth: 

2 

2  2  4 

3H  -1  (d^+p |-P2)  2  sin 

3$1  2s  4d^  cos^ 

Using  (6-4) s 


3H1  1  2  , 

-  .  -  -  (P1-H^)  tan 

3$  i  z 

Pig  t*n  4>1 


tan 


(6-6) 


where  \ji  is  the  elevation  angle. 


As  expected  from  GOOP  (geometric  dilution  of  precision)  considerations, 
the  altitude  estimate  is  much  better  for  high-flying  aircraft  than  for 
low-flying  ones.  A  perhaps  unexpected  result,  however,  is  that  the  estimate 
is  better  for  aircraft  flying  between  the  aet.sors  than  for  ones  off  to  the 
side.  Thus  the  desirable  location  for  the  secondary  sensor  for  azimuth 
improvement,  namely  at  a  position  providing  a  nearly  perpendicular  aspect 
angle  at  the  aircraft,  1b  a  poor  one  for  altitude  determination.  This 
suggests  that  data  from  two  different  secondary  sensors  may  be  needed  for 
total  position  calculation  of  non-altitude-reporting  aircraft.  The 
communications  and  processing  implications  of  such  a  strategy  tend  to  make 
this  approach  unattractive  however. 


An  error  analysis  for  three  sensor  altitude  estimation  can  also  be  made. 
The  solution  and  error  analysis  for  this  case,  being  more  complex,  is  given  in 
Appendix  C.  With  three  sensors,  only  range  measurements  are  required.  As 
shown  in  the  Appendix,  the  only  major  factor  relating  range  jitter  to  altitude 
estimation  accuracy  is  the  elevation  angle: 


3z  k 

tan  41 


(6-7) 


To  test  the  accuracy  of  altitude  estimation  procedures,  the  algorithms 
developed  in  Sections  8.4  and  8.5  were  applied  to  the  24  aircraft  trajectory 
data  discussed  in  Chapter  2.  Table  6-1  presents,  by  altitude  band,  the 
estimation  errors  for  both  two  and  three  sensor  cases.  Mode  S  quality  data, 
with  no  system  biases,  was  assumed  in  the  simulation. 


As  predicted,  the  estimation  error  for  the  three  sensor  procedure  is 
nearly  monotonically  decreasing  with  altitude.  With  two  sensors,  however, 
this  is  clearly  not  the  case.  Instead,  the  angle  of  the  aircraft  relative  to 
the  inter-sensor  line,  as  predicted,  plays  a  prominent  role.  Thus  high  flying 
aircraft  off  to  the  aide  will  produce  larger  errors  than  low  flying  ones 
between  the  sensors. 
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TABLE  6-1 

ALTITUDE  ESTIMATION  ERRORS,  UNBIASED  SYSTEM 


1 

|  Aircraft 
|  Altitude 

2  Sensors 

3  Sensors 

|  0-1  nm 

1 

.61  nm 

.24  nm 

!  1-2  rui 

.46  nm 

.16  nm 

1 

2-3  nm 

.94  nm 

.  19  nm 

3-4  nm 

.  39  nm 

.11  nm 

1 

4-5  nin 

.51  nn 

. 1 1  nm  1 

5-6  nm 

1.10  nm 

.09  nin 

6-7  nm 

.26  nm 

.05  nn 
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Analysis  of  Individual  data  points  that  entered  into  the  table  averages 
showed  that  the  estimation  error  for  two  sensors  did  Indeed  improve  with 
altitude  for  aircraft  at  the  same  geometric  location.  Table  6-2  presents  two 
slices  of  this  finer  data,  one  for  constant  angle  from  the  inter-sensor  line 
and  varying  altitude,  the  other  for  constant  altitude  and  varying  angle.  In 
each  case,  the  estimates  react  in  the  manner  predicted  by  (6-6):  performance 
improves  with  increasing  altitude,  and  degrades  as  the  angle  from  the 
inter-sensor  line  becomes  larger  (note  that  90s  is  the  widest  angle,  as  and 

180*-$ i  are  equivalent  angles).  Also  note  that  in  this  example,  the  angle 
from  the  inter-sensor  line  has  a  much  greater  effect  on  accuracy  than  the 
aircraft  altitude. 

In  all  cases,  however,  especially  when  three  sensors  are  employed,  the 
magnitude  of  the  error  was  sufficiently  small  to  permit  differentiation 
between  aircraft  in  potential  conflict  and  those  well  separated  vertically. 
Thus  netting  in  indeed  valuable  for  altitude  estimation.  To  insure  that  this 
conclusion  would  stand  up  when  transponder  and  sensor  biases  were  present,  the 
study  was  repeated  for  such  a  situation.  The  results,  presented  in  Table  6-3, 
have  clearly  been  degraded.  However,  the  errors  are  still  sufficiently  small 
to  be  usuable  for  air  traffic  control  applications.  The  three  sensor  results, 
in  particular,  are  still  excellent. 

The  next  several  chapters  present  various  approaches  to  altitude 
estimation,  for  both  two  and  three  sensor  cases.  These  chapters  also 
investigate  the  azimuth  errors  that  result  when  netting  data  from  aircraft 
without  altimeters. 

6. 7  Smoothing  Filters 

The  method  generally  employed  for  determining  accurate  heading  estimates 
is  a  smoothing  filter.  Sensor  reports  are  fed  into  this  filter  in  real-time, 
and  random  errors  are  averaged  and  hopefully  removed.  With  single  sensor 
surveillance,  bins  errors  cannot  be  eliminated  by  this  filter,  but  fortunately 
they  rarely  affect  heading  calculations. 

Netting  significantly  alters  the  requirements  on  the  tracking  filter.  In 
particular,  an  opposed  to  single  sensor  reports,  netting  reports: 

1.  art  not  homogeneous,  so  measurement  variances  differ  from  one  to 
another 

2.  have  differing  biases 

3.  arrive  at  non-uniform  update  times. 

Thus  more  complex  filters  are  required  to  process  this  data  stream.  Failure 
to  provide  such  a  netting-optimized  filter  may  well  negate  all  the  position 
improvement  advantages  obtained  from  netting. 

Chapter  7  presents  a  discussion  of  the  report  generation  timing  issue. 
Then,  after  Chapters  8  and  9  present  algorithms  for  position  improvement, 
Chapter  10  develops  a  number  of  candidate  smoothing  filters.  Simulation 
results  are  provided  for  evaluating  the  "optimum"  tracker. 
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TABLE  t 


ALTITUDE  ESTIMATION  ERRORS,  BIASED  SYSTEM 


Aircraft 

Altitude 

2  Sensors 

3  Sensors 

0-1  nm 

.77  nm 

.  56  nm 

1-2  nm 

.72  nm 

.  52  nm 

2-3  nm 

1.12  nm 

.46  nm 

3-4  nm 

.69  nm 

.26  nm 

4-5  nm 

.85  nm 

.23  nm 

5-6  nm 

1.38  nm 

.  24  nm 

6-7  nm 

.43  nm 

.  20  nm 

Assumed  Transponder  Bias:  400  nanoseconds 
Assumed  Sensor  Biases:  150  feet  in  location 

30  feet  in  range  measurement 


7.0  NETTING  TIMING 


With  single  sensor  surveillance,  one  report  per  scan  is  provided  to  the 
user  for  each  aircraft.  These  reports  are  equally  spaced  in  time  and  are 
current  (except  for  a  small  internal  sensor  processing  delay).  This 
uniformity  of  data  permits  very  simple  trackers  to  be  employed,  while  the  lack 
of  delay  provides  displays  with  a  real-time  picture  of  the  aircraft 
situation. 

When  netting  is  employed,  the  potential  for  more  complex  report  tio.ng  is 
introduced.  In  particular,  two  major  sets  of  options  must  be  considered • 

1.  should  one  report  per  scan  continue  to  be  provided  to  the  user,  <„ r 
should  u  report  be  sent  corresponding  to  each  observation  by  a 
sensor , 

2.  should  data  still  be  provided  in  real-time  or  should  more  accural 
though  delayed,  data  be  sent. 

This  chapter  presents  and  compares  the  various  alternatives  that  have  been 
examined  for  these  options. 

7. 1  Data  Frequency 

Each  sensor  provides  one  report  per  scan  per  aircraft  under  netting.  In 
general,  these  reports  wilL  be  randomly  spaced  in  time  as  shown  in  Fig.  7-1. 

No  matter  what  netting  algorithm  is  being  employed,  it  is  possible  to  provide 
the  user  a  report  corresponding  in  time  to  each  of  these  observations.  The 
alternative  is  to  only  generate  the  one  report  per  scan  corresponding  to  the 
observation  of  the  primary  sensor. 

It  would  appear  that,  apart  from  tracker  complexity,  sending  all  reports 
will  provide  better  service  to  the  user.  However,  there  are  many  cases  where 
this  will  not  be  true.  First,  some  of  the  reports  may  have  greater  accuracy 
then  the  others  due  to  the  characteristics  of  the  netting  algorithm  in  use. 
•Sending  t ho  poorer  quality  ones  may  then  degrade,  rather  than  enhance,  the 
overall  tracker  performance. 

Second,  system  biases  will  often  affect  the  data  at  each  sensor 
differently.  Then,  as  shown  in  Fig.  7-2,  each  set  of  reports  will  be 
consistent,  but  inter-sensor  registration  errors  will  exist.  In  such  a  case, 
sending  only  one  report  per  scan  nay  result  in  superior  tracker  operations. 
These  bias  effects  are  studied  further  in  later  chapters. 

Of  course,  user  tracker  complexity  should  not  be  ignored.  A  tracker  with 
uniformly  spaced  inputs  is  much  simpler  to  design  and  implement  than  one  with 
variably  spaced  reports.  Thus,  unless  multiple  reports  per  scan  can  be  shown 
to  lead  to  significantly  better  performance  than  a  single  report,  this  issue 
alone  would  tilt  the  balance  toward  single  report  output  operation. 

7 . 2  Interpolation  vs.  Extrapolation 

Most  netting  algorithms,  including  all  multilateration  formulas,  require 
that  the  data  from  all  sensors  represent  the  identical  point  in  time.  Since 


87 


TIME 


X  DO  X  O  □  X  O  □  O  X 

KEY: 

X  =  PRIMARY  SEN80R  (ASSUMED  4.5  SECOND  SCAN  RATE) 

O  =  SECONDARY  3ENS0R  (4.0  SECONDS) 

□  =  TERTIARY  SENSOR  (S.O  SECONDS) 

Fig.  7-1.  Inter-sensor  report  timing. 
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primary-tertiary  registration  error 

KEY:  SEE  FIG.  7-1. 

Fig.  7-2.  Inter-sensor  registration. 
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the  sensor  observations  are  not  naturally  time  coincident,  this  fact  implies 
that  the  measurements  from  all  but  one  sensor  must  be  time  adjusted  to  the 
time  of  the  remaining  sensor. 

Two  methods  exist  for  data  adjustment:  interpolation  and  extrapolation. 
Interpolation  is  defined  as  estimating  the  data  value  between  two  existing 
measurements,  while  extrapolation  is  defined  as  projecting  data  beyond  the 
last  known  value.  In  effect,  Interpolation  is  equivalent  to  hindsight, 
extrapolation  to  foresight.  Thus,  it  is  not  surprising  that  interpolation  is 
generally  more  accurate. 

The  worst  case  error  potentials  of  these  two  processes  are  illustrated  in 
Figs.  7-3  and  7-4,  where  D  is  the  assumed  worst  case  error  of  a  single 
measurement.  For  straight  flight,  the  former  figure  shows  that  the 
interpolation  error  can  be  no  worse  than  that  of  a  measurement.  In  fact,  the 
estimation  variance  is  smaller  than  that  of  the  measurement,  being  reduced  by 
a  factor  of  2  at  the  midpoint.  For  curved  flight,  the  worst  case 
interpolation  error  can  slightly  exceed  that  of  the  measurement  as  shown  in 
the  figure.  However,  the  estimation  variance  is  still  smaller  than  that  of 
the  data. 

Extrapolation,  on  the  other  hand,  can  introduce  errors  far  in  excess  of 
the  data  errors.  For  straight  flight,  as  shown  in  the  latter  figure,  a 
one-scan  projection  can  have  an  error  a  factor  of  3  greater  than  that  of  the 
measurement,  while  the  potential  is  even  worse  for  curved  flight.  These 
statements  apply  for  the  usual  two  point  linear  extrapolation.  More 
sophisticated  algorithms  can  reduce  the  worst  case  errors.  However,  the 
computation  and  storage  requirements  of  such  methods  would  exceed  the 
abilities  of  Mode  S  sensors  as  currently  designed. 

The  increased  accuracy  of  interpolation  is  not  achieved  without  cost.  In 
order  to  have  data  available  beyond  the  time  at  which  netting  is  performed, 
the  common  netting  time  must  be  behind  real  time.  Thus  the  data  produced  is 
delayed.  Since  ATC  users  desire  real-time  information,  this  delayed  value 
must  be  brought  forward,  by  extrapolation. 

This  extrapolation,  however,  can  use  more  sophisticated  algorithms,  as  it 
is  not  located  within  the  sensor  surveillance  system.  Thus  conflict  alert, 
the  user  most  interested  in  accurate  data,  can  employ  Kalman  filters  if 
desired  for  its  data  projections.  The  overall  combination  of  interpolation 
for  netting  and  extrapolation  to  real  time  may  then  be  more  accurate  for 
netting  than  extrapolation  alone.  The  last  section  of  this  chapter 
Investigates  this  hypothesis  further. 

7.3  Timing  Alternatives 

Six  different  timing  cases  were  considered  in  this  study.  These  cases 
represent  all  combinations  of  one  or  multiple  reports  output  per  scan  and  the 
three  reasonable  alternatives  for  data  estimation:  extrapolation, 
interpolation,  or  a  hybrid  mixture  of  the  two.  Figures  7-5,  7-6,  and  7-7 
summarise  the  actions  undertaken  In  each  pair  of  cases. 
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STRAIGHT  FLIGHT  WORST  ERROR  (5): 

X  =  TRUTH 


0=  MEASURED 


CURVED  FLIGHT  WORST  ERROR: 

) 

D 


Fig.  7-1.  Interpolation  error  potential. 


CASE  1 

CASE  1  \ 

OUTPUT 

OUTPUTS 

1 EXTRAPOLATION 

ONLY  CASE  2  OUTPUT 

KEY:  3EE  FIG.  7-1. 

Fig.  7-5.  Extrapolation 

timing  cases. 

X  o  □ 


SCAN  OF  INTEREST 


CASES  3  &  4  CASES  3  A  4 

OUTPUT  OUTPUTS 


EXTRAPOLATION,  CASES  3  &  4 
EXTRAPOLATION,  CASE  3  ONLY 


|  INTERPOLATION 


KEY:  8EE  FIO.  7-1. 


Fig.  7-6.  Hybrid  timing  cases 


SCAN  OF  INTEREST 


INTERPOLATION 


KEY:  SEE  FIO.  7-1. 


Fig.  7-7.  Interpolation  timing  cases. 
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For  the  first  two  cases,  all  reports  are  output  at  the  time  of  their 
relevance,  that  is,  in  real  time.  Thus  only  extrapolation  is  employed.  For 
case  1,  a  report  is  generated  each  time  a  sensor  views  the  target.  The  data 
for  that  sensor  is  used  unmodified,  while  the  data  for  each  other  sensor 
covering  the  target  is  extrapolated  forward  from  the  last  sensor  observation 
time  to  the  current  time.  Then  the  raultilateration  (or  other  netting) 
algorithm  is  performed,  and  a  report  is  output. 

Case  2  is  the  single-report-per-scan  analog  of  case  1.  For  this  case,  a 
report  is  generated  only  at  the  time  the  primary  sensor  views  the  target.  Its 
data  is  used  unmodified,  other  sensors'  data  are  extrapolated  forward.  This 
action  is  taken  every  scan,  even  if  the  primary  sensor  missed  the  target,  so 
that  a  uniformly  spaced  stream  of  reports  is  provided  to  the  user.  Note  that 
with  case  1,  no  report  would  be  generated  at  the  primary  sensor  time  if  that 
sensor  failed  to  form  a  report. 

The  next  two  cases  (3  and  4)  combine  interpolation  with  extrapolation  to 
provide  possibly  superior  data  quality  without  sacrificing  the  real-time 
primary  outputs  presently  expected  by  users.  These  cases,  like  case  1, 
provide  one  output  report  corresponding  to  each  sensor  observation,  but  now 
all  reports  are  generated  when  the  primary  report  occurs  (or  is  missed).  Thus 
the  reports  are  output  in  a  batch  mode  even  though  they  correspond  to 
different  times. 

The  generation  of  each  report  is  as  follows.  Assume  the  report 
corresponds  to  a  sensor  1  observation  at  time  t.  Then  sensot  i's  data  is  used 
unchanged.  For  sensor  j,  j  *  i,  its  data  is  obtained  by  interpolation  if  a 
sensor  j  observation  occured  later  than  time  t;  by  extrapolation  if  the  last 
one  was  earlier  than  time  t.  Thus,  in  general,  the  earliest  time  report  in  a 
scan's  batch  will  have  only  interpolated  inputs,  the  last  one  (the  primary 
sensor  report)  only  extrapolated  inputs,  and  the  middle  ones  a  combination. 

The  difference  between  cases  3  and  4  pertains  to  the  number  of  sensors' 
data  input  to  the  netting  algorithms.  Case  3  assumes  data  from  all  sensors  is 
always  used,  while  case  4  ignores  extrapolated  sensor  data  whenever  two  or 
more  sensors  exist  with  more  recent  observations  (as  shown  in  the  figure). 

Thus  case  4  sacrifices  quantity  of  inputs  for  quality  of  Inputs.  For  two 
sensor  systems,  of  course,  these  cases  are  equivalent. 

In  any  of  the  above  four  cases,  a  parameter  limits  the  length  of 
extrapolation  permitted  for  a  sensor's  data.  The  typical  setting  cuts  off  the 
input  from  any  sensor  that  experiences  two  successive  misses  on  the  target. 
This  rule  limits  the  error  potential  of  the  data  fed  to  the  netting 
algorithm. 

The  final  two  cases,  5  and  6,  employ  only  interpolation  of  data.  By 
necessity,  this  causes  the  Issuance  of  each  output  report,  including  that 
corresponding  to  the  primary  sensor  observation,  to  be  delayed  from  real  time. 
Case  6  generates  a  report  corresponding  to  each  sensor's  observation.  This 
report,  however,  is  only  produced  after  each  other  sensor  has  subsequently 
viewed  the  aircraft  (whether  or  not  it  actually  produced  a  report),  permitting 
Interpolation  to  be  employed.  No  data  is  input  to  netting  from  any  sensor 
that  missed  the  target. 
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Case  5  generates  only  one  report  per  scan.  This  report  is  the  one  from 
the  set  defined  fer  case  6  that  is  ready  to  be  output  when  the  primary  sensor 
views  the  target.  In  general,  as  shown  in  Fig.  7-7,  this  report  will 
correspond  to  the  observation  time  of  the  sensor  that  saw  the  target  first  on 
the  scan  (except  when  two  or  more  reports  are  produced  by  a  sensor  on  a  scan). 
Thus,  although  the  output  times  of  case  5  reports  will  be  uniformly  spaced, 
their  times  of  relevance  will  not  be,  and  the  interval  between  reports  can 
vary  considerably  from  one  scan  to  the  next.  Case  5  is  the 
single-report-per-scan  analog  of  both  cases  4  and  6. 

7.4  Timing  Performance  Comparisons 

An  exhaustive  study  of  the  relative  performance  of  these  six  cases  has 
not  been  made  to  date.  However,  Table  7-1  presents  some  data  providing  an 
indication  of  the  results  that  might  be  obtained.  The  six  timing  cases  were 
applied  to  the  24  aircraft  trajectories  recorded  in  the  trilateration  data 
base.  The  input  reports  were  produced  by  the  simulation  procedure  described 
in  Chapter  2. 

For  each  timing  case,  the  p  and  0  values  for  each  sensor  were  estimated 
whenever  needed  (once  or  multiple  times  per  scan)  by  the  method  specified 
above  for  that  case  (interpolation  or  extrapolation).  The  values  were  then 
input  to  the  3-sensor  multilateration  algorithm  presented  in  Section  8.3  to 
produce  the  output  reports.  The  azimuth  accuracy  of  these  reports  was 
determined  and  the  results,  averaged  over  all  aircraft,  are  shown  in  the 
table. 


Each  set  of  output  reports  produced  was  then  smoothed  by  the  two  opposite 
end  of  spectrum  filters:  Kalman  and  two-point.  The  resulting  track 
predictions  were  then  sampled  two  scans  beyond  the  time  of  the  primary  sensor 
observation.  The  tracker  position  and  neading  estimates  were  compared  to  the 
real  aircraft  position  and  heading,  and  the  errors  noted.  The  table  presents 
the  average  position  and  heading  errors  over  all  scans  and  trajectories  to 
indicate  the  quality  of  data  available  to  users. 

The  first  set  of  results,  as  expected,  shows  that  the  interpolation 
timing  cases  provide  more  accurate  reports  than  the  extrapolation  cases.  The 
failure  of  case  4  is  probably  due  to  its  use  of  tertiary  sensor  data  rather 
than  the  preferred  secondary  sensor  data  on  many  scans.  Thus,  since  it  is 
also  the  most  complex  case,  it  is  not  considered  further. 

Since  the  interpolation  cases  produce  reports  behind  real  time,  the 
trackers  must  project  them  a  greater  distance  to  reach  a  common  time  with  the 
extrapolation  cases.  Thus  it  is  expected,  and  verified  by  the  results,  that 
the  advantage  of  the  interpolation  cases  is  diminished.  In  particular,  the 
Kalman  filter  results  for  cases  6  and  5  are  negligibly  better  than  those  for 
cases  1  and  2  respectively. 

It  is  also  seen  in  the  table  that  one  report  per  scan  provides  superior 
results  to  three  reports  per  scan  for  both  trackers,  with  a  significant 
difference  for  the  two -point  interpolator.  This  is  caused  by  the 
magnification  of  position  differences,  when  expressed  in  velocity  units,  for 
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TABLE  J-\ 

TIMING  TYPE  PERFORMANCE  COMPARISONS 


Timing  Type 

Statist Ic 

! 

2 

3 

4 

5 

6 

Measurement 

A?,  limit  It  o 

.08° 

.09° 

.08° 

.  10° 

.07° 

.07° 

1  |  Timing 

8-Second  | |  Typo 

Prediction:  j  |Defl- 

i  IHJJ?,1.0.'! 

Extrapolate 

3/scan 

Extrapolate 

1/scan 

Mixed 

3/scan 

Mixed' 

3/scan 

Interpolate 

1/scan 

Interpolate 

3/scan 

2-Pt  Interpolator: 

Position  Error 

.  5  7  nm 

.09  nn 

.49  nm 

.67  nm 

.10  nm 

.  29  nm 

Heading  Error 

16.0° 

6.5° 

11.8° 

13.3° 

6.3° 

9.6° 

Kalman  Filter: 

Position  Error 

.11  nm 

.07  nm 

.10  nm 

.10  nm 

.07  nm 

.09  nm 

Heading  Error 

6.1° 

5.6° 

5.8° 

6.2° 

5.5° 

5.8° 
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closely  spaced-in-time  reports.  It  is  quite  probable  that,  for  a  12-second 
sensor,  multiple  reports  per  scan  would  provide  superior  tracking  performance, 
particularly  in  turns. 

Since  case  2,  which  is  by  far  the  simplest,  produces  as  good  or  better 
results  than  any  other  case  for  4-second  sensors,  this  case  is  used  for  most 
testing  of  algorithms  in  the  next  three  chapters.  Except  where  specifically 
noted,  it  should  be  assumed  for  all  tables  presented  there. 
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8.0  MULTILATERATION  WITH  TWO  OR  THREE  SENSORS 


A  common  method  of  utilizing  data  from  two  or  more  sensors  is 
multilateration.  Strictly  speaking,  multilateration  is  defined  as  determining 
an  aircraft's  position  from  the  range  measurements  of  two  or  more  sensors 
whoaa  joint  overlapping  coverage  region  includes  the  aircraft.  This  chapter, 
however,  includes  some  algorithms  that  require  azimuth  data  as  well. 

An  aircraft's  position,  being  in  3-dimensional  space,  requires  at  least 
three  measurements  for  its  determination.  When  altitude  information  is 
reported  in  the  downlink  message,  only  two  surveillance  measurements  are 
needed.  Thus  two  sensor  multilateration  is  sufficient.  In  the  absence  of 
such  knowledge,  such  as  for  non-altitude-reporting  aircraft,  three  sensors  are 
needed  for  normal  multilateration.  When  only  two  sensors  report  on  the 
aircraft,  an  azimuth  measurement  must  be  employed.  This  chapter  develops  the 
optimum  method  of  utilizing  this  less  accurate  piece  of  data. 

Whenever  the  aircraft  transponder  turnaround  delay  is  not  perfectly 
calibrated,  all  sensor  range  measurements  contain  a  bias  A.  Thus,  to  employ 
multilateration,  A  must  be  computed  and  subtracted  from  each  range.  Since 
four  quantities  must  now  be  determined  (x,y,z,A),  azimuth  data  must  be 
utilized  in  many  more  cases:  for  two  sensors  at  all  times,  and  for  three 
sensors  whenever  altitude  information  is  absent.  All  these  situations  are 
examined  here.  The  general  multilateration  diagram,  with  the  notation  used  in 
this  chapter,  is  presented  in  Fig.  8-1. 

Multilateration  can  also  be  utilized  when  four  or  more  sensors  supply 
data  on  the  aircraft.  In  particular,  when  both  A  and  altitude  are  considered 
to  be  unknown,  four  ranges  are  required.  In  this  case,  the  procedure  becomes 
identical  to  hyperbolic  multilateration,  as  unknown  A  is  mathematically 
equivalent  to  absence  of  knowledge  of  the  interrogation  transmission  time.  In 
other  cases,  the  problem  becomes  overspecified  (more  measurements  than 
variables).  Various  least  squares  techniques  exist  for  solving  this  problem. 
This  report  does  not  deal  with  any  of  these  issues,  as  it  is  felt  that  data 
from  four  sensors  would  be  quite  rare.  Whenever  it  does  exist,  using  only  the 
best  three  sensors,  based  on  distance  and  geometry,  will  generally  yield 
nearly  optimum  results. 

It  should  be  noted  that  multilateration  works  best  when  the  sensors  view 
the  target  from  different  directions,  so  that  one  sensor's  range  measurement 
supplies  the  other  sensor's  azimuth  coordinate.  Optimum  netting  occurs  with  a 
perpendicular  aspect  angle,  while  poor  results  appear  when  the  target  passes 
between  the  sensors.  In  the  worst  case  of  co-linear  target  and  sensors,  the 
azimuth  error  variance  becomes  infinite. 

8.1  Earth  Models 


The  earth's  surface  is  of  approximately  spherical,  nearly  ellipsoidal 
shape.  Many  studies  have  been  made  to  determine  the  "exact”  shape  of  the 
earth.  The  various  measurements  of  the  international  ellipsoid,  and  a 
discussion  of  local  surface  variations,  are  contained  in  [3]. 
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Z  OUT 
OF  PAPER 


A  =  TRAN8PONDER  DELAY  BIAS 

(IF=0,  RANGE  LINES  WOULD  MEET  AT  THE  AIRCRAFT) 
h  =  ALTITUOE  ABOVE  THE  GROUND 

Fig.  8-1.  Multilateration  diagram. 


* 


A  common  problem  In  systems  employing  two  or  more  sensors  for 
surveillance  is  the  transformation  of  measurements  from  one  sensor's 
coordinate  system  to  that  of  another.  This  is  especially  true  in  localized 
systems,  in  which  surveillance  is  performed  at  the  sensor.  Then  secondary 
sensor  data  is  used  by  the  primary  sensor  as  a  performance  aid.  If  this  data 
ia  to  fill  in  gaps,  or  confirm  extraneous  reports,  it  must  be  converted: 

(a)  (b)  (c) 

( p 2 *  02»  h  )  <x2>  z2>  (*i*  yi>  zi>  *  (pi»  ei»  h) 

For  calculation  (b),  very  precise  models  of  the  earth  may  be  employed,  as 
the  position  of  the  aircraft  is  known  prior  to  the  transformation.  The  degree 
of  exactness  is  determined  by  the  quality  of  the  sensor  data,  as  this  step 
attempts  only  to  maintain  the  data  accuracy  already  in  existence. 

The  bilateration  problem,  when  data  from  primary  and  secondary  sensors 
is  employed  jointly,  requires  a  considerably  different  form  of  coordinate 
transformation: 

(p  1 ,  P2 •  h)  (Pl»  el»  h) 

In  this  application,  the  position  of  the  aircraft  on  the  earth  becomes 
accurately  known  only  after  the  transformation  is  performed.  Thus  the  use  of 
an  exact  earth  model  would  require  an  iterative  solution.  To  avoid  the  great 
complexity  that  would  result  from  such  an  approach,  the  assumption  of  a 
locally-spherical  earth  has  generally  been  employed  for  bilateration.  By 
"locally-spherical"  we  mean  assuming  the  coverage  region  is  part  of  a  sphere, 
whose  radius  is  that  of  the  true  ellipsoidal  earth  at  the  center  of  the 
region. 

Additional  mathematical  a'mplicity  could  be  attained  if  the  earth  model 
could  be  further  simplified  to  a  locally  flat  surface.  Unfortunately,  the 
bilateration  errors  that  would  result  from  this  approach  would  be  far  greater 
than  those  from  a  single  sensor.  Thus,  instead  of  Improving  surveillance,  a 
degradation  would  occur.  For  this  reason,  the  spherical  earth  approach  has 
been  the  traditional  one  for  bilateration. 

There  are,  though,  accurate  methods  of  mapping  the  earth  onto  a  flat 
plane.  For  example,  stereographic  projection  is  commonly  employed  to 
transform  measurements  from  several  sensors  onto  a  common  plane  [6].  This 
approach  is  useful  for  centralized  surveillance  systems.  This  type  of 
projection  method  is  unsuitable  for  the  bilateration  problem,  however.  First, 
it  would  be  Iterative,  as  again  the  position  of  the  target  is  required  for  the 
transformation.  Second,  and  more  serious,  the  transformation  equations  are 
more  complex  than  those  for  spherical  bilateration,  so  the  resulting  flat 
earth  model  would  add  to  and  not  reduce  the  mathematical  complexity. 

Chapter  9  of  this  paper  introduces  a  new  approach  to  using  a  flat  earth 
model  for  bilateration.  This  model,  although  not  a  true  representation  of  the 
earth's  surface,  produces  surveillance  results  that  are  as  accurate  as  the 
spherical  model. 
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8.2  Two  Sensors,  Altitude  Known,  A  »  0 


The  simplest  case  of  multilateration  exists  when  an  aircraft  reports  its 
altitude,  and  its  transponder  is  assumed  to  be  calibrated.  The  equations  to 
be  used  in  this  case  are: 

?  n  o  2 
+  zr  =»  Pi 

(x-X2)^  +  (y-y2 )2  +  (z-z2)2  ■  P2 

where 

p^  is  the  range  measurement  of  sensor  i,  i  ■  1,2 

X2»y2»z2  tbe  position  of  sensor  2  in  sensor  1  coordinates 

x, y,z  is  the  aircraft  position  in  sensor  1  coordinates 
Then  the  azimuth  of  the  aircraft  is  given  by: 

x 

6  -  tan"l(-)  (8-3) 

y 

Its  range,  of  course,  is  simply  pj. 

The  position  of  sensor  2  (x2.y2»z2^  must  be  precomputed  and  stored  in 
sensor  1.  The  relevcnt  coordinate  transformation  equations  are  given  simply 
by  the  U  matrix  in  Appendix  A,  as  a  sensor  is  at  x*y»z*0  in  its  own  coordinate 
system.  Thus: 

x2  *  (E-hhs2  )eosA2sin( y2~Y  i  ) 

y,  =  -( E+hs2 )  [cos^?sin^ i 1  )-s^n^2ljOS^l  ^  ( B— 4 ) 

z2  *  (^+hg2 ) [cosX2cos A ^cos(y2~Y 1 )+s inA2sinAj]  -  (E+hsl) 

where 

E  is  the  radius  of  the  earth 

h^  is  the  height  of  sensor  i  above  sea  level 
Aj  is  the  latitude  of  sensor  i 
Yj  is  the  longitude  of  sensor  i 

Also,  before  (8-1)  and  (8-2)  can  be  solved,  the  coordinate  z  must  be  computed 
from  the  reported  aircraft  altitude  h: 


(8-1) 

(8-2) 


(h-h8l)2  +  2(h-hsl)(E+hsl)-pJ 

z  - - 

2(E+hsi ) 


(8-5) 
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The  solution  of  the  simultaneous  equations  (8-1)  and  (8-2)  is 
straightforward.  Subtracting  the  first  from  the  second  yields  the  linear 
equation: 

2  2  2 

-2xx2  “  2yy2  -  2zz2  -  p2  -  pj  -  d2  (8-6) 


where 


d2  ”  distance  of  sensor  2  from  sensor  1 


2  2  ,1 

*  x2  +  Y2  +  z2 

Solving  for  x  in  terms  of  y: 


2  2  2 

d2  -  P2  +  Pi  "  2zz2  y2 


Finally,  substituting  (8-7)  into  (8-1): 
2 

0  yi  yi 

y2  [1  +  — ]  +  y  [—  (2zz2 

2  „2 


2  2  2  2 
d2  “  p2  +  P1  “  2zzi  2 

+  [( - ■» - )  +  z^  -  p i J “  0  (8-8) 


The  quadratic  (8-8)  can  be  solved  for  two  values  of  y  by  the  quadratic 
formula,  the  results  used  in  (8-7)  to  produce  the  corresponding  values  of  x, 
and  the  two  possible  azimuths  found  as  in  (8-3).  The  one  closer  to  the 
measured  is  the  correct  answer. 

8.3  Three  Sensors,  Altitude  Known,  A»0 


2  2  2 
-  d2  +  P2  "  P l ) ) 


When  data  from  three  sensors  is  available,  a  choice  exists  as  to  the 
secondary  sensor  to  employ  (as  least  squares  techniques  are  not  being 
considered).  Of  course,  as  discussed  earlier,  any  sensor  providing  a  bad 
aspect  angle  relative  to  the  primary  sensor  must  be  avoided.  If  we  assume 
that  every  area  of  coverage  has  a  preferred  secondary  sensor,  then  that  one 
will  be  chosen  unless  other  considerations  override  this  selection.  One  such 
consideration  is  which  sensor  most  recently  saw  the  target,  so  as  to  minimize 
extrapolation  errors.  This  issue  was  discussed  under  netting  timing. 

Of  course,  if  the  only  two  sensors  to  view  the  target  on  a  scan  were  the 
two  non-primary  sensors  (the  primary  one  having  a  miss),  the  equation  (8-1) 
no  longer  applies.  Instead,  it  must  be  replaced  by 
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(8-9) 


ry  6m  4. 

(x-x3)“  +  (y-y3)  +  (z-z3)z  *  p3 

where  the  same  definitions  and  precomputation  notes  apply  as  before.  The 
equation  (8-5)  for  z  still  applies,  although  since  sensor  1  has  no  data  the 
value  of  p[  must  be  found  via  extrapolation. 

The  solution  to  (8-2)  and  (8-9)  proceeds  the  same  as  before.  The  revised 
relationships  become: 


2  2  2  2 
^2  -  d3  -  p2  +  P3  “  2z(z2~z3) 

x  =  - - 

2(x2-x3) 

:  A  -  By 

for  x  in  terms  of  y,  and  using  (8-2): 
y2  [  l -hb 2  J  +  y  [  2Hx2“2AB-2y2 ] 


(y2-y3) 

- y 

( x  2  ~x  3 ) 


(8-10) 


0  2  0  2, 

+  [Az  -  2AX2  +  ^2  +  ~  2z^2  ~  P 2 ^ 


(8-11) 


for  the  quadratic  to  solve.  The  final  answers  for  the  target  position  are 
then : 


Pi  ”  /  x2  +  y2  +z2 

9  i  =*  tan_1(-) 

(8-12) 

y 


A  caution  should  be  noted  when  using  three  sensors.  If  any  biases  exist 
in  the  system,  this  approach  will  degrade  more  than  the  previous  two  sensor 
method,  particularly  when  the  two  secondary  sensors  are  the  source  of  the 
data.  As  shown  in  (8-12),  both  the  range  and  azimuth  are  now  determined  by 
netting,  whereas  before  pj  was  always  a  measured  value.  Thus  jumps  in  both 
coordinates  can  occur  from  scan  to  scan. 

8 . A  Two  Sensors,  Altitude  Unknown,  A-0 


When  the  aircraft  altitude  is  unknown,  the  multllateratlon  must  determine 
all  three  position  coordinates.  Since  the  sensors  essentially  lie  In  a  plane 
normal  to  the  z  coordinate,  GDOP  (geometrical  dilution  of  precision)  arguments 
imply  that  accurate  determination  of  altitude  is  improbable.  Any  measurement 
noise  is  amplified  substantially  into  altitude  estimation  errors. 
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For  this  reason,  aircraft  altitude  will  be  determined  by  smoothing 
estimates  over  several  successive  scans.  Since  altitude  can  change  over  time, 
a  moving  average  has  been  chosen: 

A 

w*hn_i  +  hn 

hn  - -  (8-13) 

w+1 

A 

where  hn  and  hn  are  the  smoothed  and  raw  altitude  estimates  respectively  on 
scan  n,  and  w  is  a  weighting  factor  (typically  w»4). 

To  determine  three  position  coordinates,  three  measurement  variables  are 
required:  two  ranges  and  an  azimuth.  To  minimize  extrapolation  errors,  the 
azimuth  employed  will  always  be  that  of  the  sensor  whose  measurement 
corresponds  to  the  netting  time.  To  simplify  the  mathematics,  its  coordinate 
system  will  be  used  for  the  equations.  Thus: 


x2  +  y2  +  z2  »  pa 

(8-14) 

2 

(x-xb)2  +  (y-yb) 2  +  (z-zb)2  -  pb 

(8-15) 

x  -  y  tan9a 

(8-16) 

where 


pa,  0a  are  the  measurements  of  the  time  coincident  sensor 
pb  is  the  range  of  the  second  sensor 

xb.  yb»  zb  are  the  ^cation  of  sensor  b  relative  to  sensor  a 

Subtracting  (8-14)  from  (8-15),  and  using  (8-16)  for  x,  provides  a 
relationship  for  y  in  terms  of  z: 

2  2  2 

"Zb  z  db  "  Pb  +  Pa 

y  - - + . - .  (8-17) 

yb  +  xb  tan0a  2yb  +  2xbtan9a 

Using  this  result,  plus  (8-16),  and  substituting  into  (8-14),  provides  the 
following  quadratic  for  z: 

2  2  2  2 

zb  (l+tan20a)  -Zb  (db-pb+pa)  ( 1+tan2 Qa) 

z2  (1  + -  j  +  z  ( - , 

<yb+xbtan0a^  <yb  +  xbtanSa)2 


2  2  2 

(db“Pb+pa)2  O+tan20a)  2 

+( - - r - Pa)  “  0  (8-18) 

^(yb+xb  tan  ea>2 

Of  the  two  values  of  z  determined  by  solving  this  quadratic,  the  more  positive 
is  the  one  corresponding  to  the  aircraft  altitude.  Finally, 
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h 


hsa  +  Pa  "  2zhea  2hsa  +  2z 

- f - 

£2  E 


(8-19) 


The  equations  (8-14)  through  (8-16)  could  be  solved  further  to  generate  x 
and  y.  However,  these  values  would  have  poor  accuracy,  as  well  as  possibly 
being  in  the  wrong  coordinate  system.  A  more  accurate  method  of  position 
determination  is  as  follows: 


1.  solve  for  h  as  above  in  (8-19) 

2.  smooth  as  in  (8-1))  to  obtain  h 

3.  employ  tile  2  sensor,  altitude  known,  approach  of  (8-1)  through  (8-8) 
to  obtain  the  desired  8j 

8.5  Tli roe  Sensors,  Altitude  Unknown,  A"0 


When  data  from  three  sensors  is  available,  only  range  measurements  need 
be  used  to  estimate  the  aircraft  altitude.  The  equations  to  be  solved  in  this 
case  are: 


o  9  0  - 

xz  +  y“  +  ?.c  =  Pi 


(X-X2)2  +  (y-y2)2  +  (z-z2^2  *  p2 


(8-20) 

(8-21) 


(X-X3)2  +  (y-yj)2  +  (Z-Z3)2  -  p3 

Subtracting  (8-20)  from  (8-21)  and  solving  for  x  yields: 


(8-22) 


2  2  2 
Z2  y2  d 2  ~  P 2  "*■  P l 
x  =  -  —  Z___y+ - 


c2 


*2 


2x- 


(8-23) 


Next  subtracting  (8-20)  from  (8-22),  using  (8-23),  and  solving  for  y: 


Z2X3 


z3 


2  x3  2  2  2  2  2 

83  -  —  (d2  -  P2  +  Pi  )  “P3  +  P] 


z  + 


_x2. 


Y3X3 


Y3 


y2  x3 

2  ( y  3 - ) 

x2 


(8-24) 


Y1  Y2 

—  z  +  — • 

Y3  2Y3 
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Using  this  to  reduce  (8-23): 


2  2  2 

Z2  y2  ^ |  d2  ”  p2  +  P1  ^2 

x  -  -  —  — ]  z  +  ( . .  —  1  (8-25) 

x2  x2  Y3  2x2  2x2  Y3 


=  -X!  z  +  X2 

Finally,  substituting  (8-24)  and  (8-25)  Into  (8-20)  yields  the  quadratic  for 
z : 


2 

Yi  2 

Z 2  ( 1  +  —  +  Xj  ] 

2 
*3 

2 

y2  2  2 

+  [ - +  X2  -  P  i  J  -  0  (8-26) 

2 

4Y3 


yl  y2 

+  z  ( -  -  2  X!  X2] 

2 

y3 


The  more  positive  solution  of  this  quadratic  is  the  correct  value  for  z. 

A 

Then,  as  above,  h  is  found  from  z  via  (8-19). 

Once  the  smoothed  value  of  h  is  computed,  this  case  reduces  to  the  3 
sensor  altitude  known  case  presented  in  8.3.  The  aircraft  position  is 
determined  as  described  there. 

8.6  Two  Sensors,  Altitude  Known,  A  Unknown 


Few  if  any  aircraft  have  their  transponder  turnaround  delay  perfectly 
calibrated.  Whenever  this  delay  error  is  non-negligible ,  even  though  within 
specifications,  ignoring  it  will  cause  the  multi lateration  to  Introduce  errors 
into  the  azimuth  estimation.  This  section  and  the  next  three  present  methods 
for  including  A  as  another  variable  to  be  determined  from  the  multiple  sensor 
data. 


When  altitude  is  known,  three  position  coordinates  must  be  determined: 
x,  y,  and  A.  Thus,  three  measurement  variables  are  required,  two  ranges  and 
an  azimuth.  As  above  in  section  8.4,  extrapolation  errors  can  be  minimized  by 
employing  the  azimuth  and  coordinate  system  of  the  sensor  whose  measurement 
corresponds  to  the  netting  time.  Using  the  notation  of  that  section,  the 
three  equations  defining  the  current  situation  are: 
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x2  +  y2  +■  z 


(8-27) 


2  -  (pa-A)2 

(x-xb)2  +  (y-yb)2  +  (z-zb)2  -  (pb-A)2  (8-28) 

x  ■  y  tan6a  (8-29) 


Subtracting  (8-27)  from  (8-28),  and  using  (8-29)  for  x,  permits  the 
determination  of  y  in  terras  of  A: 


2  2  2 
Pb“pa  db  "  2zzb“pb  +  pa 

y  -  A [ . . ]  +  [~ - - ]  (8-30) 

yb  +  xb  tan6a  2yb  +  2xbtan0a 

Using  this  result  in  (8-29)  to  obtain  x,  and  then  substituting  for  x  and  y  in 
(8-27),  the  foLLowing  quadratic  equation  for  A  is  obtained: 

Pb_pa  ^  0 

A2  (( - - - ■)  (tan*-0a+l  )-l  1 

yb  +  xbtan9a 

2  2  2 

(Pb'Pa)  (d2~2zzb-Pb+Pa)  , 

+  A  [ - - -  (tan20a+l)  +  2pa] 

(yb+Xbtan0a)2 

? 

2  2  2 

(d2"2zzb-pb+pa)  (tan20a+l)  2 

+  [ - - - +  z2  -  pa]  -  o  (8-3:) 

4  (yb+xbtail8a>2 


Two  values  of  A  are  the  solutions  to  this  quadratic;  the  one  with  the  smaller 
magnitude  is  the  valid  answer. 


The  per  scan  values  of  A  obtained  in  this  manner  will  have  wide 
variations  due  to  the  sensitivity  of  the  calculation  to  measurement  errors. 
Figure  (6-14)  illustrated  this  assertion  by  plotting  A  values  determined  on 
several  successive  scans  for  a  single  aircraft.  Thus,  averaging  of  values 
from  many  scans  is  requi  ed  to  obtain  a  reasonable  estimate  of  the  true 
aircraft  transponder  bias.  The  recommended  procedure  is  as  follows: 


1.  solve  for  An  as  above 

2.  limit  An  to  prevent  unreasonable  values  from  affecting  the  averaging 


.07 

^n 

> 

.07 

1 

O 

< 

-.07 

where  .04  miles  is  the  specification  limit. 
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3.  compute  a  new  running  average: 


-  m  *  An_i  +  Ln 

An . . 

m+1 

where  m  is  the  number  of  previous  samples  of  A. 

As  with  the  unknown  altitude  cases,  the  solution  of  equations  (8-27) 
through  (8-29)  should  not  be  completed  to  determine  x  and  y.  Instead,  the 

value  of  An  should  be  used  to  adjust  the  range  measurements: 


PI  "  Pi  “  An 

A  A 

P2  *  p2  “  An 


and  these  adjusted  values  used  in  the  equations  (8-1)  and  (8-2)  to  produce  the 
aircraft  position. 

8. 7  Three  Sensors ,  Altitude  Known,  A  Unknown 


The  presence  of  a  third  sensor  removeE  the  need  to  use  an  azimuth 
measurement  in  the  equations.  Instead,  the  three  ranges  provide  a  sufficient 
set  of  variables: 


X2  +  y2  +  z2  =*  (p j-A ) 2 

(8-32) 

(x-x2)2  +  (y-y2)2  +  (z-z2)^  ■  (p2“A)2 

(8-33) 

(X--X3)2  +  (y-y3)2  +  (Z-Z3)2  -  (p3-A)2 

(8-34) 

These  equations  are  solved  in  a  manner  similar  to  that  used  above.  First, 
subtract  (8-32)  from  (8-33)  and  solve  for  x: 


4  11 

P2”pl  ^2  d2-2zz2“P2  +  Pi 

x  -  A  ( - j  -  y[  —  ]+[-*■ - ]  (8-35) 

x2  x2  2x2 

Then  subtract  (8-32)  from  (8-34),  and  use  (8-35),  to  produce: 
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x3  x3  2  2  2  2  2  2 

Pl"p3  +  (P 2~P 1 ^  2zz3  +  —  (d2-p2+Pi“2zz2)  -  (d3-p3+p1) 

x2  x2 

y  *■  A  - - -  -f  - - — - — - — -  (8—36) 

x3  x3 

—  'n  -  Y3  2  ~  2^3 

x2  x2 


=  Y,  A  +  Yn 


Substituting  this  result  back  into  (8-35): 


2  2  2 

p 2— p  1  Y2  d2  “  P9  +  pl  ~  2zz2  y2 

x  «  a [ -- - -  Yt]  +  (-- -  Y2]  (8-37) 

x2  x2  2x2  x2 


=  Xi  A  +  X2 

Finally,  using  the  results  (8-36)  and  (8-37)  in  (8-32)  produces  the  desired 
quadratic: 


2  2  2  2  2 
A2  [  Xj  +  -1]  +  A  [  2  X !  X2  +  2Y1Y2  +  2p  jl  J  +  [X2  +  Y2  +  z2-Pl]  -  0  (8-38) 

The  smaller  magnitude  solution  is  the  valid  transponder  bias. 

As  in  the  previous  section,  the  values  of  A  must  be  averaged  over  many 
scans  to  produce  a  reasonably  accurate  result.  Then  the  solution  of  x  and  y 
is  obtained  via  the  method  described  in  section  8.3,  using 


Pi  •  Pi  "  An  1  -  1,  2,  3 

8.8  Two  Sensors,  Altitude  and  A  Both  Unknown 

The  last  possible  situation  occurs  when  the  aircraft  altitude  is  unknown 
and  the  transponder  turnaround  bias  is  thought  to  be  non-negligible .  In  this 
case,  all  of  the  values  x,  y,  z,  and  A  must  be  determined  from  the  data. 
Although  theoretically  possible  to  accomplish,  the  resulting  values  of  z  and  A 
will  almost  always  be  inaccurate  as  well  as  showing  wide  variations  from  scan 
to  scan.  In  particular,  altitude  and  transponder  delay  tend  to  be  highly 
correlated  since  both  serve  as  range  adjustments: 

x2  +  y2  *  p2-(z2+2pA) 

Thus  a  calculation  error  in  one  produces  a  corresponding  error  in  the  other. 


Ill 


This  section  and  the  next  present  the  methods  for  solving  for  all  four 
position  variables  from  the  data.  However,  it  is  felt  unlikely  that  these 
approaches  would  ever  be  used  in  practice.  Only  the  extended  flat  earth 
algorithm  to  be  described  in  the  next  chapter  has  been  shown  capable  of 
producing  accurate  azimuth  estimates  in  this  situation. 

With  two  sensors,  both  measurement  ranges  and  both  measurement  azimuths 
must  be  employed  in  the  equations.  Since  the  sensor  2  azimuth  is  defined  in 
the  "wrong"  coordinate  system,  a  transformation  must  be  utilized.  Converting 
x  and  y  from  sensor  1  to  sensor  2  coordinates  is  accomplished  as  follows: 


x(2)  «  (co8(yi“Y2)1  x  “(sinA1sin(Y|-Y2) I  Y 

+  [cosXisin(Yi“Y2))z  +  [ (E+hgl )cosA|Sin  ( Y l~Y2 ) 1  (^"39) 

=  tx1  x  +  tx2  y  +  tx3  z  +  ux 

y(2)  a  [sinX2sin(Yi~Y2) 1*  +  ( sinX jsi nX2cos ( y ^  — Y 2 ^  +  cosX^cosX2ly 
-[ ( cosX [SinX2  cos(yi~Y2)  +  sinX1cosX2]  z 
-[(E+hsp  {cos  X  is1iiX2cos(y  i~Y2)  ~  sinX^cosX?}]  ( 8 — 4  0 ) 


=  Tyi  x  +  Ty2  y  +  Ty3  z  +  Uy 
Then  the  equations  to  be  solved  become: 

x2  +  y2  +  z2  =  (p  j-A)2  (8—41 ) 
(x-x2)2  +  (y-y2)2  +  (z-z2)2  =  (p2-A)2  (8-42) 
x  •  y  tanti^  (8-43) 
x(2)  s  y ( 2 )  tan02  (8-44) 


The  first  stop  of  the  solution  is  to  solve  (8-44)  for  z  in  terms  of  y, 
using  (8-39)  and  (8-40)  to  define  x^2^  and  y^2^  and  (8-43)  to  eliminate  x: 

(T  ltan02-Tx[ )  tanOj  +  (T  2tan02-Tx2)  U  tan02-Ux 

2  n  y [ - - - ]+ -  (8-45) 

tx3  “  Ty3  tan02  Tx3“Ty3  tan02 

Z1  Z2 

=  „  y  +  — 

z3  z3 

Then  subtract  (8-41)  from  (8-42)  and  solve  for  y,  using  (8-45)  and  (8-43) 
for  z  and  x  respectively,  to  obtain: 
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J 


y 


p2  ~  pi 


L\ 

tan0[  x2  +  y2  +  z2  — 
Z3J 


2  Z2  2  2 
d2  ~  2z2  -  P2  +  Pi 

z3 


2  tanQj 


x2  +  2y2  +  2a 2 


z3 


(8-46) 


D1  d2 

=  —  A  +  — 

D3  21)3 

Finally,  substitute  (8-46)  into  (8-45)  and  (8-43)  to  obtain  respectively  z  and 
x  in  terms  of  A.  Then  (8-41)  yields  a  quadratic  for  A  when  these  results  and 
(8-46)  are  employed: 


?  1)1 
AZ  [--- 


2 

*1 


( l+tan^G i )  +  - 

Z2  n2 
3  3 


-  1] 


L»id2 

+  A  [ — --  (l+tan20[) 
D2 
3 


2Z1Dl  ZlD2 

Z2  D2  2DqZq 
3  3  J  J 


z2 

+  — )  +  2p] 

Z3 


2 


D2 

+  [- 


3 


,  Z1^2  z2  2  2 

(l+tan^0j)  +  ( - +  — )  -  Pj]“  0 

2Z3D3  Z3 


(8-47) 


The  smaller  magnitude  solution  of  this  quadratic  is  the  valid  transponder 
delay  bias. 

As  in  the  previous  two  sections,  the  per  scan  values  of  A  must  be 

A 

averaged  to  obtain  An«  This  value  can  then  be  used  to  modify  the  ranges: 


Pi  -  Pi  -  4n 
P2  “  p2  “  An 

and  the  method  of  section  8.4  employed  to  obtain  the  position  values  x,  y  and 
z.  That  is,  after  a  smoothed  A  is  known,  an  estimate  of  z  can  be  found.  This 

A 

estimate  is  entered  into  the  moving  average  to  obtain  z.  Finally,  this 
value  is  used  in  (8-1)  and  (8-2)  to  produce  the  x,  y  position. 
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8 . 9  Three  Sensors,  Altitude  and  A  Both  Unknown 

With  three  sensor  data  available,  only  one  azimuth  measurement  need  be 
employed  for  computing  x,  y,  z  and  A.  As  before,  the  azimuth  to  be  used  is 
that  of  the  sensor  whose  measurement  corresponds  to  the  netting  time.  Also, 
that  sensor's  coordinate  system  is  used  for  simplicity.  The  four  equations’ 
thus  become: 


x2+  y2  +  z2  -  (pa-A)2 

(8-48) 

(x~xb)2  +  (y-yb)2  +  (z-zb)2  -  (pb-A)2 

(8-49) 

(x-xc)2  •»-  (y-yc)2  +  (z-zc)2  -  (pc-A)2 

(8-50) 

x  ■  y  tan8a 

(8-51) 

where 


sensor  a  is  the  master  sensor 

xb'  Yb>  zb  are  t^e  senaor  b  coordinates  in  the  sensor  a  system 
xc,  yc,  zc  are  the  sensor  c  coordinates  in  the  sensor  a  system 

These  coordinates  must  be  precomputed  and  stored  in  each  sensor's  computer  for 
each  other  possible  overlapping  sensor.  The  equations  that  define  them  were 
given  previously  in  (8-4). 

The  solution  to  these  equations  starts  by  subtracting  (8-48)  from  (8-49), 
and  using  (8-51),  to  produce: 

„  2  2  2 
xbtan0a  +  yb  pb-pa  db-pb  +  pa 

2  -  ~y[ . . 1+  M - 1  +  [ - ]  (8-52) 

zb  zb  2zb 

Then  subtract  (8—48)  from  (8—50),  and  use  (8—51)  and  (8—52)  to  eliminate  x  and 
z,  to  obtain: 


zc 

Pc“pa  “  (Pb-Pa) 

zb 

+  1/2 

2  2  2  zc.  2  2  2 

dc  Pc+Pa  "  (db~pb+pa) 

zb 

zc 

yc+xc  tan0a  -  (yb+xbtan0a) 

zc 

yc+xctan0a  -  (yb+xbtan0a) 

zb 

■  a 

zb 

Yi  Y2 

=  —  tan8a  A  +  -  tan0a 

*3  2Y, 


53) 


1 14 


Substituting  this  into  (8-52)  yields: 


i 

1 

I 


< 


2  2  2 

Pb“Pa  *btan0a  +  Yb  Y1  db“Pb  +  Pa  Y2  Xbtan0a+Yb 

z  -  A  [ - ]  +  [ - ( - )]  (8-54) 

Zb  zb  y3  2zb  2y3  zb 

H  Zj  A  +  Z2 

Finally,  substituting  the  results  (8-51),  (8-53),  and  (8-54)  into  (8-48)  produces 
a  quadratic  for  A: 


9 

Yt  2 

a2[ -  (tan-0a+l)  +  Zj  -  1] 

2 

Y3 

y1y2 

+  A[2pi  + -  (tan"9a+l)  +  2  Z[  Z2  J 

2 

y3 

2 

Y2  2  2 
+  [ - (tan-8.,+  1)  +  ~  =  ^ 

2 

4Y3 


(8-55) 


The  smaller  magnitude  value  of  A  is  the  valid  solution. 

Once  A  is  obtained,  the  procedure  of  the  last  section  is  pursued.  That 

A  * 

is,  find  A  by  smoothing,  then  compute  z  by  section  8.5,  then  estimate  z,  and 
finally  solve  for  x  and  y  via  section  8.3. 


8.10  Si mul a t i on  Re suits 

The  various  forms  of  multi lateration  presented  in  this  chapter  were 
tested  against  the  24  aircraft  trajectory  database  described  in  Chapter  2.  Since 
biases  play  a  significant  role  in  judging  system  performance,  four  separate  runs, 
differing  in  their  bias  assumptions,  were  made.  The  actual  bias  values  used  in 
each  run,  along  with  the  settings  of  other  system  parameters,  are  listed  in 
Table  8-1.  The  performance  results  for  the  various  tests  are  then  presented  in 
Tables  8-2  through  8-5. 

Four  performance  statistics  are  used  to  compare  the  systems.  The  first  two 
are  the  mean  and  standard  deviation  of  the  azimuth  estimate  produced  by  the 
multi lateration  algorithm.  For  a  single,  standalone  sensor,  the  values  that 
existed  were 


0nean 


-.001° 


v. 

i 


00 


058°  (1  mi  1 li radian) 
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TABLE  8-1 


SIMULATION  RUN  PARAMETERS 


Parameter 

Table  8-2 

Table  8-3 

Table  8-4 

Table  8-5 

Transponder 
Delay  Bias 

0  nm 

.03  nm 

0  nm 

.03  nm 

Altimeter 

Bias 

0  ft. 

0  ft. 

300  ft. 

300  ft. 

Sensor  2 
Position  Bias 

0  ft. 

0  ft. 

170  ft. 

170  ft. 

Sensor  1 

Range  Bias 

0  ft. 

0  ft. 

30  ft. 

30  ft. 

°P 

30  feet 

°0 

l  milliradian 

Sensor 

Bllp/scan 

.9 

Aspect  Angle 
Cutoffs  (8.12) 

18°-162° 
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TABLE  8-2 


MULT I LATE RAT ION  ACCURACY,  NO  BIASES 


No .  of 

Alt. 

A 

Azimuth 

1 - 

|  Scan-to-Scan  Change 

Sensors 

Known 

Computed 

Mean 

0 

Velocity 

Heading 

Yes 

No 

-.000° 

.038° 

29.2  kn 

8.3° 

2 

Yes 

1 

° 

.040° 

30.4  kn 

8.6° 

No 

No 

-.001° 

.054° 

32.2  kn 

8.0° 

Yes 

-.001° 

.056° 

33.4  kn 

9.3° 

Yes 

No 

-.000° 

.048° 

27.1  kn 

7.1° 

3 

Yes 

.000° 

.049° 

27.6  kn 

7.1° 

No 

No 

.001° 

.056° 

33.2  kn 

7.7° 

Yes 

-.006° 

.063° 

38.7  kn 

8.9° 

Incremental  Bilateration, 
Altitude  Known 

-.001° 

.044° 

31.1  kn 

O 

8.9 

Incremental  Bilateration, 
Altitude  Unknown 

-.000° 

.042° 

32.1  kn 

11.2° 

TABLE  8-3 


MULTILATERATION  ACCURACY,  TRANSPONDER  BIAS 


No.  of 
Sensors 

Alt. 

Known 

Azimuth 

Scan-to-Scan  Change 

Mean 

r— 

Q 

Velocity 

Heading 

2 

Yes 

-.005° 

— 

O 

o 

o 

35.0  kn 

9.4° 

Yes 

-.002° 

.040° 

30.6  kn 

00 

* 

No 

No 

-.003° 

.050° 

8.9° 

Yes 

-.001° 

.057° 

33.8  kn 

T.3° 

3 

Yes 

No 

o 

O 

• 

1 

O 

00 

r-* 

O 

• 

42.7  kn 

11.1° 

Yes 

-.003° 

.030° 

27.7  kn 

• 

O 

° 

No 

No 

-.015° 

.056° 

33.2  kn 

7.7° 

Yes 

-.012° 

.063° 

“1 

C 

oo 

• 

00 

r*"> 

9.0° 

Incremental  Bllateration, 
Altitude  Known 

1 

• 

O 

o 

o 

.044° 

31.2  kn 

0 

8.9 

Incremental  Bllateration, 
Altitude  Unknown 

-.000° 

.042° 

32.3  kn 

11.3° 
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TABLE  8-4 


MULTI LATH  RATION  ACCURACY,  SENSOR  BIASES 


No.  of 
Sensors 

Alt. 

Known 

A 

Computed 

Azimuth 

Scan-to-Scan  Change  | 

Mean 

0 

Velocity 

Heading 

2 

Yes 

No 

-.024° 

.063° 

34.9  kn 

9.4° 

Yes 

-.010° 

.043° 

31.5  kn 

8.9° 

No 

No 

-.007° 

.054° 

33.2  kn 

9.2° 

Ye  8 

-.005° 

.059° 

34.4  kn 

9.5° 

3 

Yes 

No 

-.025° 

.078° 

38.7  kn 

9.6° 

Yes 

.006° 

.068° 

30.8  kn 

7.9° 

No 

No 

-.010° 

.061° 

34.0  kn 

8.0° 

!  nr 

1  Yes  | 

_  1 _  1 

-.013° 

.066° 

39.0  kn 

9.0° 

Incremental  Bllateratlon, 
Altitude  Known 

-.001° 

.044° 

31.3  kn 

9.1° 

Incremental  Bllateratlon, 
Altitude  Unknown 

-.000° 

.042° 

32.2  kn 

11.2° 

TABLE  8-5 


MULT I  LATE RAT ION  ACCURACY,  COMBINED  BIASES 


1 

No.  of 

Alt. 

A 

r 

Azimuth 

- - 

Scan-to-Scan  Change 

Sensors 

Known 

Computed 

Mean 

0 

Velocity 

He ad inn 

Yes 

No 

-.030° 

.117° 

44.6  kn 

11.9° 

2 

Yes 

-.012° 

.044° 

31.9  kn 

8.9° 

No 

No 

-.008° 

.059° 

34.7  kn 

9.5° 

Yes 

.  .  . -  -  -  . 

-.006° 

.064° 

34.8  kn 

MM 

Yes 

No 

1 

• 

<-J 

°°o 

_ 

.125° 

55.6  kn 

14.4° 

3 

Yes 

-.005° 

.066° 

31.6  kn 

8.1° 

No 

No 

-.026° 

.064° 

34.4  kn 

8.0° 

Yes 

-.020° 

o 

— i 

o 

° 

39.3  kn 

9*2° 

Incremental  Bi lateration, 
Altitude  Known 

-.001° 

.045° 

31.5  kn 

o 

8.9 

Incremental  Bilateratlon, 
Altitude  Unknown 

-.000° 

.043° 

32.3  kn 

11.3° 

i 
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Thus,  a  netting  algorithm  has  improved  surveillance  accuracy  if  it  betters 
these  numbers.  In  actuality,  small  mean  errors  are  of  no  consequence  to  any 
ATC  function,  so  that  the  standard  deviation  is  the  usual  measure  of  data 
quality. 

The  second  two  statistics  presented  are  the  average  deviations  in  the 
scan-to-scan  measure  of  velocity  and  heading.  That  is,  the  velocity  (or 
heading)  determined  by  the  newest  and  previous  report  positions  is  measured 
and  compared  with  that  determined  by  the  previous  two  reports.  Thus,  these 
statistics  measure  the  scan-to-scan  jitter  in  positional  estimates,  end 
indicate  the  difficulty  a  tracker  would  have  in  producing  smooth  date.  For 
reference,  the  single  sensor  values  for  these  quantities  were: 

Vdev  "  4b. 8  knots 

^dev  “  13.5 

Again,  netting  should  improve  upon  these  numbers. 

Each  multllateration  algorithm  is  applied  on  every  scan  in  which  two  or 
more  sensors  supply  raw  reports.  When  only  a  single  sensor's  data  is 
available  on  a  scan,  that  raw  report  Is  coordinate  converted  to  the  primary 
sensor  coordinates  and  used  directly.  Thus,  the  statistics  in  each  row  are 
for  the  total  sequence  of  reports  that  would  be  output  if  the  named 
multllateration  algorithm  were  being  employed.  In  particular,  if  the  netted 
reports  were  biased  differently  from  single  sensor  reports,  the  scan-to-scan 
statistics  would  be  adversely  affected. 

Each  table  also  Includes  the  results  for  incremental  bllateration. 
Although  this  algorithm  is  not  presented  until  the  next  chapter,  the  data  is 
included  here  to  permit  a  comparison  of  its  performance  with  multllateration. 

A  more  detailed  discussion  of  these  results  is  found  in  section  9.4. 

8. 10. I  No  BlaBes 

Table  8-2  presents  the  results  obtained  when  both  the  aircraft 
transponder  and  sensor  systems  are  assumed  to  contain  no  biases.  As  expected, 
all  algorithms  perform  well,  with  only  the  azimuth  statistics  for  the  most 
complex  algorithm  not  improved  over  single  sensor  data,  and  then  only 
insignificantly  worse. 

The  best  data  values  are  provided  by  the  "normal”  multllateration 
algorithms,  In  which  altitude  is  known  and  biases  are  assumed  to  not  exist. 
Since  these  conditions  match  reality,  their  superiority  is  no  surprise. 
Clearly,  the  algorithms  that  attempt  to  compute  the  altitude,  or  the 
transponder  delay,  or  both,  will  not  be  as  accurate,  as  no  estimate  can  match 
perfect  knowledge.  Within  each  group  of  algorithms,  the  performance  ordering 
is  as  expected:  altitude  known  superior  to  altitude  estimation,  transponder 
delay  ignored  superior  to  transponder  delay  computation. 
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The  alight  superiority  of  two  sensor  algorithms  over  three  sensor  ones  Is 
also  expected.  Since  the  secondary  sensor  Is  chosen  to  be  located  more 
advantageously  than  the  tertiary  sensor,  its  data  will  be  more  helpful  for 
aslmuth  netting.  Three  sensor  estimates  of  altitude,  however,  were  previously 
shown  to  be  far  superior. 

It  Is  important  to  note  that  when  altitude  knowledge  is  assumed  to  be 
absent  for  the  aircraft,  multllateration  still  provides  excellent  azimuth 
accuracy.  Thus  netting  can  provide  improved  surveillance  data  on  all 
aircraft,  altitude  reporting  or  not. 

8.10.2  Transponder  Delay  Blau 

For  the  next  test,  an  assumed  aircraft  transponder  delay  bias  of 
0.03  miles  was  added  to  all  sensor  raw  reports.  Table  8-3  presents  the 
revised  results  for  each  of  the  multllateration  algorithms.  As  expected, 
those  algorithms  that  specifically  consider  this  bias  to  be  present,  and  solve 
for  it,  produced  results  statistically  unchanged  from  the  previous  test.  To 
them,  a  value  0.03  Is  no  more  challenging  than  one  of  0. 

The  "normal"  multllateration  formulas,  on  the  other  hand,  were 
significantly  degraded  by  the  presence  of  this  delay.  For  both  two  and  three 
sensor  cases,  they  performed  worse  than  any  other  algorithms. 

Perhaps  surprisingly,  the  algorithms  that  assume  altitude  knowledge  is 
lacking  were  all  unaffected  by  the  presence  of  this  delay  bias.  The  reason 
for  this  effect,  explained  in  section  6.3,  la  that  these  algorithms  can  absorb 
the  bias  by  adjusting  the  computed  aircraft  altitude. 

Finally,  neither  of  the  incremental  bilateration  algorithms  was  affected 
by  the  bias,  thereby  providing  more  evidence  to  support  the  bias-resistant 
claims  made  for  this  approach. 

8.10.3  Sensor  Biases 


The  third  teat  removed  the  transponder  bias,  but  replaced  it  with  various 
sensor  position  and  measurement  biases.  Table  8-4  presents  the  performance 
results  for  this  situation.  In  this  case,  no  multllateration  algorithm 
matches  the  real  system,  so  It  Is  not  surprising  that  all  were  degraded  from 
the  no  bias  system  of  Table  8-2. 

The  major  result  of  adding  these  sensor  biases  Is  the  introduction  of 
mean  azimuth  errors  for  all  the  multllateration  algorithms.  Further  testing 
showed  that  this  mean  error  was  proportional  to  the  size  of  the  biases; 
doubling  the  biases  doubled  the  mean  error.  The  mean  error,  because  of  the 
section  6.3  argument,  waa  worst  for  the  "normal"  multllateration.  formulae. 

The  azimuth  standard  deviation  was  also  Increased  for  all  multllateration 
algorithms.  This  statistic  for  the  "normal”  formulas  was  also  found  to  be 
proportional  to  the  size  of  the  biases.  The  other  formulas,  however,  had  only 
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a  very  alow  Increase  with  increasing  biases.  The  reason,  again,  1b  their 
ability  to  absorb  these  biases  into  altitude  or  transponder  bias  calculations, 
instead  of  fully  in  the  azimuth  estimate. 

The  incremental  bilateratlon  formulas  were  again  totally  unaffected  by 
the  presence  of  the  system  biases.  No  mean  azimuth  error  was  produced,  and 
the  standard  deviation  was  unchanged. 

8 . 1 0 . 4  Combined  Biases 

By  returning  the  transponder  delay  bias,  producing  a  system  with  both 
aircraft  and  sensor  biases,  the  multllateratlon  algorithms  were  further 
degraded,  as  shown  in  Table  8-5.  The  "normal"  formulas  now  produced  a 
significant  mean  azimuth  error,  along  with  an  azimuth  standard  deviation  and 
8can-to-scan  performance  worse  than  that  of  single  sensor  surveillance.  The 
other  formulas  were  only  degraded  to  a  minor  degree. 

Incremental  bilateratlon,  as  expected  by  now,  was  unaffected. 

8.10.5  Results  Summary 

Two  major  results  concerning  the  accuracy  of  multllateratlon  have  been 
uncovered  by  these  simulation  tests.  First,  the  "normal”  multllateratlon 
equations  produce  acceptable  performance  only  in  perfect  systems,  namely  those 
containing  no  aircraft  or  sensor  biases.  In  any  other  case,  some  "give"  must 
be  built  into  the  formulas.  Since  the  transponder  delay  bias  1b  the  major 
bias  encountered  in  practice,  and  since  incorporating  it  as  a  variable  in  the 
formulas  provides  this  necessary  accommodation,  the  "A  computed"  formulas  are 
recommended.  This  recommendation  holds  whether  aircraft  altitude  is  known  or 
unknown . 

Second,  incremental  bilateratlon  is  superior  to  any  of  the  forms  of 
multllateratlon  investigated. 

8.11  Multi lateration  in  Dlffracti on  ZoneB 

Normal  multllateratlon  formulas  don't  employ  a  sensor  azimuth 
measurement.  Thus,  the  presence  of  diffraction  will  not  affect  their  accuracy 
at  all.  When  the  aircraft  altitude  or  transponder  delay  bias  must  be 
estimated,  however,  use  of  one  or  more  azimuth  measurements  could  be  required. 
Thus,  some  of  the  mult i Lateration  algorithms  of  this  chapter  may  be  affected 
when  the  aircraft  passes  through  a  diffraction  zone.  Also,  incremental 
bilateratlon  always  uses  the  primary  sensor  azimuth  for  its  computations,  so 
it  would  appear  to  be  most  susceptible  to  diffraction. 

To  examine  the  effects  of  diffraction  on  the  various  algorithms,  the  no 
bias  and  full  bias  tests  were  repeated,  with  the  og  of  the  primary  sensor 
increased  to  5  mi  1 Liradians  as  a  model  of  the  severe  azimuth  noise  found  in 
diffraction  zones.  As  described  in  section  2.4,  the  simulated  diffraction 
tests  are  conducted  by  preceding  each  diffraction  zone  segment  (assumed  to  be 
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20  scan*  in  length)  by  a  normal  data  initialisation  segment  (assumed  to  be 
5  scans  in  length).  This  initialisation  period  permits  algorithms  that 
estimate  transponder  delay  (A)  or  altitude  (or  both)  to  produce  values 
approaching  steady  state  before  encountering  the  diffraction  conditions.  This 
allowance  matches  expected  real  conditions,  as  netting  is  designed  to  be 
initiated  whenever  an  aircraft  neara  a  known  diffraction  sons. 

With  case  2  timing,  the  apparent  case  of  choice,  used  for  netting, 
altitude  and  transponder  delay  estimates  require  the  primary  sensor  azimuth. 
Thus  new  estimate  values  cannot  be  generated  in  the  diffraction  zone.  One 
method  of  proceeding  would  be  to  maintain  unchanged  the  smoothed  values 
existing  upon  entry  to  the  zone.  This  would  produce  smooth  scan-to-scan 
surveillance.  Unfortunately,  the  altitude  value  would  lose  accuracy,  thereby 
affecting  azimuth  performance,  if  the  aircraft  were  changing  altitude.  Also, 
even  though  the  true  A  would  not  change,  additional  samples  tend  to  produce  a 
more  precise  estimate. 

Thus,  continuing  to  produce  altitude  and  transponder  delay  estimates  in 
the  zone  is  the  preferable  method  of  operation.  This  can  be  accomplished  by 
changing  to  caa*5  i  timing  for  estimation  purposes  while  in  the  diffraction 
zone.  This  permits  estimate  values  to  be  generated  corresponding  to  each 
non-primary  sensor  report,  utilizing  that  sensor's  non-dlf fraction-corrupted 
azimuth.  Position  determination,  however,  will  still  be  made  only  at  primary 
sensor  times. 

The  results  of  the  diffraction  simulation  tests  are  presented  in 
Tables  8-6  and  8-7.  These  results  should  be  compared  to  those  in  Tables  8-2 
and  8-5  respectively  to  determine  the  effects  of  diffraction.  One  obvious, 
and  perhaps  surprising,  result  is  that  scan-to-scan  consistency  has  improved 
for  every  multilateration  algorithm.  The  reason  for  this  improvement  is  that, 
since  primary  sensor  raw  reports  cannot  be  used  for  output  due  to  their 
corrupted  azimuths,  a  coast  occurs  for  any  scan  on  which  secondary  sensor  data 
is  missing.  This  eliminates  the  jumps  between  raw  primary  and  netted  data 
that  has  been  observed  before.  Of  course,  whenever  a  target  is  maneuvering, 
this  coast  will  lead  to  a  major  tracker  error,  and  thus  it  is  not  a  preferred 
mode  of  operation. 

The  other  main  result  is  that  the  only  multilateration  algorithms 
affected  adversely  by  diffraction  are  the  2-senoor  altitude-estimation  ones. 
This  Indicates  that  accuracy  is  sacrificed  when  the  estimates  are  made  from  a 
secondary  sensor  point-of-view.  This  follows  from  the  expectation  that  the 
primary  sensor  is  closest  to  the  target,  and  thus  has  the  largest  elevation 
angle.  Even  these  algorithms  still  perform  quite  well  however,  so 
multilateration  is  clearly  a  feasible  approach  to  overcoming  surveillance 
problems  in  diffraction  zones. 

The  Incremental  bilateration  algorithms,  as  seen,  are  virtually 
unaffected  by  diffraction.  The  reasons  for  this  result  are  discussed  in  the 
next  chapter. 
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2 

Yes 

Yes 

No 

No 

Yes 

Yes 

No 

3 

Yes 

No 

No 

Yes 

Incremental  Bt lateratlon, 
Altitude  Known 

Incremental  Bilateration, 
Altitude  Unknown 

_ L. 


TABLE  8-6 


ACCURACY,  DIFFRACTION,  NO  BIASES 


|  Azimuth 

r~~~ 

|  Scan-to-Scan  Change 

Mean 

0 

Velocity 

Heading 

-.000° 

.027° 

20.8  kn 

6.3° 

-.ooo0 

.030“ 

22.4  kn 

6.5° 

-.007° 

.099° 

25.8  kn 

7.3° 

-.005° 

.099° 

25.8  kn 

7.1° 

.000° 

OC 

L 

25.6  kn 

6.8° 

.001 

.049° 

25.8  kn 

6.8° 

-.001° 

.062° 

30.  5  kn 

7.1° 

-•008° 

.060° 

33.8  kn 

7.4“ 

-.002° 

O 

r>- 

O 

21.5  kn 

6.5“ 

.001° 

.064° 

24.1  kn 

• 

8.3“ 

8.12  Effect  of  Aspect  Angle 


The  azimuth  estimation  accuracy  of  2-sensor  multilateration ,  more  than 
that  for  any  other  form  of  netting,  is  determined  to  a  large  degree  by  the 
aspect  angle  of  the  sensors  relative  to  the  target.  This  angle,  defined  by 
Fig.  8-2,  is  the  difference  in  target  viewing  direction  of  the  two  censors. 
Multi Lateration,  in  its  simplest  concept,  uses  the  range  of  the  second  sensor 
as  a  substitute  for  the  azimuth  of  the  first.  Thus,  the  closer  the  aspect 
angle  is  to  90°,  the  closer  this  secondary  range  measurement  is  to  coordinate 
alignment  with  the  primary  azimuth.  In  the  limit,  as  shown  earlier  in  Fig. 
1-9,  the  azimuth  estimation  error  becomes  identically  equal  to  that  of  the 
secondary  sensor  range. 

For  aspect  angles  not  exactly  90°,  the  azimuth  error  is  a  function  of  the 
range  errors  of  both  sensors.  Furthermore,  the  magnification  factor  for  these 
errors  grow  rapidly  as  the  aspect  angle  nears  180°  (or  equivalently,  nears 
0°).  In  the  worst  case,  at.  exactly  180°  (or  0°),  the  derivatives  of  azimuth 
error  to  range  errors  become  infinite.  Conceptually,  at  these  aspect  angles, 
neither  sensor  range  has  a  component  in  the  azimuth  direction,  so  no  estimate 
is  possihle. 

To  quantify  the  effect  of  aspect  angle  on  2-sensor  multilateration 
accuracy,  Table  8-8  presents  the  multilateration  azimuth  standard  deviation  as 
a  fraction  of  that  of  the  primary  sensor  azimuth  measurement.  Thus,  values 
<  1,0  signify  improvement.  This  data  is  for  the  standard  24  aircraft 
trajectories,  with  no  biases.  As  seen,  for  any  given  range  band,  the  netting 
Improvement  tends  to  drop  off  as  the  aspect  angle  diverges  from  90°. 

In  addition,  the  netting  data,  as  expected,  is  best  at  longer  ranges, 
since  the  azimuth  error  is  determined  as: 

cross-range  error 


P 


and  the  cross-range  coordinate  is  the  quantity  actually  calculated  by 
multi Lateration.  In  general,  the  cross-range  error  with  multilateration  is 
nearly  Independent  of  range. 

This  table  Indicates  why  multi Lateration  is  not  recommended  for  targets 
near  the  primary  sensor,  and  should  only  be  used  when  secondary  sensors  are 
located  off  to  the  side  of  the  target.  In  particular,  ell  multilateration 
results  presented  in  this  paper  have  been  generated  by  screening  from 
consideration  any  target  reports  satisfying  either: 

(a)  p  <  25  nm,  or 

0»  I ♦aspect  -  90°l  >  72° 

Without  this  filter,  netting  could  have  appeared  to  have  produced  worse 
azimuth  accuracy  than  single  sensor  data.  In  fact,  as  shown  in  numerous 
tables,  netting,  when  appropriate  geometry  exists,  is  a  definite  surveillance 
improvement  technique. 
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TABLE  8-8 


MU  LT I  LATE  RAT ION  ACCURACY  VS.  GEOMETRY 


Aspect 

Angle 

Range 

0-25  nn 

25-50  nm 

50-75  nm 

75-100  run 

80  "-100° 

1.04 

.64 

- 

- 

60°-80° 
100°-1 20° 

1.25 

.69 

.65 

40° -60° 
120°-140° 

1.19 

.77 

.70 

- 

20°-40° 

140°-160° 

3.11 

1.02 

.83 

.76 

0°-20° 

160o-180° 

6. 58 

' 

2.13 

.77 

.71 

o g  netting 

Entry  -  - 

oq  sensor 
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9.0  FLAT  EARTH  INCREMENTAL  BILATERATION 


Standard  two-sensor  multllateration ,  as  just  seen,  requires  four 
different  algorithms  to  handle  the  ensemble  of  aircraft  characteristics 
expected  to  be  encountered  by  a  Mode  S  sensor.  Furthermore,  none  of  these 
algorithms  is  designed  to  handle  possible  sensor  biases;  all  are  degraded  by 
their  presence.  This  chapter  describes  a  single  algorithm  based  on  the 
incremental  tracking  discussions  presented  earlier  that  is  as  accurate  as  any 
of  these  approaches  in  a  "perfect"  system,  and  is  capable  of  maintaining  this 
good  performance  irrespective  of  aircraft  or  system  biases. 

The  key  to  this  use  of  incremental  bilateration  is  the  development  of  a 
flat  earth  model  equivalent  to  the  standard  spherical  earth  one.  This  chapter 
develops  this  model  in  detail.  It  then  presents  the  method  of  extending  this 
model  to  produce  the  bias-resistant  algorithm  being  sought.  Finally,  the 
specific  algorithms  to  be  used  for  surveillance  netting  are  provided, 
including  the  method  of  operating  in  diffraction  zones. 

As  part  of  this  development,  the  issues  of  transponder  turnaround  bias 
and  altitude  estimation  are  discussed.  Both  are  possible  with  this  model, 
although  accurate  surveillance  is  shown  to  occur  if  either  or  both  is  simply 
treated  as  an  unknown  bias.  Results  on  the  netting  database  are  presented  to 
support  the  conclusions  of  this  chapter. 


Spherical-Equivalent  Flat  Earth 


Mathematically,  planar  formulas  are  simpler  to  use  than  spherical  ones. 
However,  if  the  sensor  measurements  must  be  transformed  for  a  planar 
representation,  this  simplicity  is  lost.  Thus,  a  model  that  permits  planar 
mathematics  on  the  raw  sensor  data  is  desired.  The  particular  equation  we 
desire  to  employ,  as  shown  in  Fig.  9-1,  is  as  follows: 


2  2 

P2g  “  Pig  +  d2 


2p  jg  d  cos  $  i 


(9-1) 


where 


zj  ■  altitude  above  sensor  1 
d  "  distance  in  the  plane  between  the  sensors 
$1  -  angle  between  inter-sensor  line  and  sensor  1  measurement 

From  this,  the  azimuth  to  be  determined  from  the  bilateration  is  given  by: 

A  Pig  +  d2  '  p2g 

9l  -  i|»i2  1  COB  -  (9-2) 

-  2plg  d 
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where  <^2  the  sen8or  1  azimuth  of  the  inter-sensor  line,  and  the  correct 
sign  is  a  function  of  the  sensor  and  aircraft  geometry.  Note  that  (9-1)  and 
(9-2)  will  apply  for  sensors  at  any  height  above  tho  plane. 

The  property  of  a  planar  system  that  supports  equations  (9-1)  and  (9-2) 
la  the  alignment  of  the  local  x,  y  coordinate  systems  of  the  two  sensors.  One 
way  Co  express  this  alignment  Is  that,  for  any  target  location: 

IX1  "  x2 I  "  "  x  component  of  d 

(9-:)) 

| y 1  —  y 2 |  •  dy  ■  y  component  of  d 
where  x^  •  pj  sin  0^ 
y^  -  pi  cos  0j 

This  section  now  presents  a  method  of  introducing  property  (9-3)  to  a 
spherical  earth,  allowing  formula  (9-2)  to  he  used. 

To  simplify  the  discussion,  with  no  loss  of  generality,  assume  as  shown 
in  Fig.  9-2  that  sensor  1  Is  directly  north  on  the  sphere  from  sensor  2.  This 
condition  can  always  be  produced  by  rotating  the  sensor  1  coordinate  system  by 
ir  +  iJn2  anc*  the  sensor  2  coordinate  system  by  ^21*  w*'o ,w  't'tj  1  ■ 1  the  azimuth  of 
sensor  j  in  sensor  i's  coordinate  system.  Note  that  ^21  *  11  +  **'12  because  the 
earth  is  not  flat. 

Now  place  a  hypothetical  sensor  0  on  the  earth's  surface  midway  between 
the  real  sensors  and  use  its  local  coordinate  system  as  the  master.  The 
transformed  master  coordinates  xq,  Yq,  and  Zy  of  the  target  at  the  two  real 
sensors  are  then  (see  Fig.  9-3): 

X1  -  x0 

4  $  4> 

yj  *  yQ  cos  -  -  zq  sin  -  -  E  sin  - 

2  2  2 

♦  $  $ 

zj  *  yo  sin  -  +  zq  cos  -  +  E  cos  -  -  (E+hs|)  (9-4) 

2  2  2 

x2  3  x0 

$  $  <t 

y2  *  Yo  cos  -  +  zq  sin  -  +  E  sin  - 

2  2  2 

i>  $  $ 

z2  “  -yo  s^n  ~  +  z0  cos  ~  +  E  cos  ~  _  (E+hg2) 

2  2  2 


where  as  shown  in  the  figure,  is  the  angle  between  the  two  sensora.  A 
derivation  of  the  general  local  coordinate  system  to  local  coordinate  system 


transformation  In  gtvan  tn  (7|;  (9-4)  la  the  •Implication  that  rtault*  from 
our  direotly-north  assumption. 

Taking  the  x  and  y  differences  yields: 

|xi  -  x2|  ■  0 

♦  i 

| y j  -  y2|  *  2«q  ain  -  +  2  K  ain  - 

2  2 

d/2  d/2 

-  2*o  —  +  2  IS - 

E  E 


*0 

D  -  d(l  +  — )  (9-5) 

E 

whore,  as  shown  lrt  Fig.  9-3,  d  la  the  distance  between  the  earth  surface 
locations  of  the  two  sensors.  Appendix  D  shows  how  this  distance  d  can  be 
expressed  In  terms  of  the  measured  distance  d2  between  the  sensors.  Thus, 
property  (9-3)  Is  realized  If  the  secondary  sensor  Is  assumed  to  be  located, 
not  at  Its  true  distance  of  d2  from  the  primary  sensor,  but  at  the  expanded 
distance  D  niven  by  (9-5). 

This  section's  discussion  serves  as  an  Informal  proof  of  the  following 
theorem: 


Spherlcal-Equl val ent  Flat  Earth  Theorem 
Given:  a  two  sensor  system  defined  by: 

(a)  a  spherical  earth  model 

(b)  sensor  l  located  at  latitude  A 2 *  longitude  4^,  and  height  hgj 

(c)  sensor  1  yielding  measurements  pj,  9j,  and 

9  2 
(h~hel)2  +  2(h-hBl)(E+hBl)  -  pj 

*1 - - - 

2(E+h8l) 

(d)  sensor  2  located  at  latitude  \2»  longitude  *2,  an<*  height  hs2, 
being  at  a  position  at  range  d2  and  azimuth  ij»i2  relative  to  sensor  1 

(e)  sensor  2  yielding  measurements  p2.  02»  an<* 


z2 


(h-hs2)2  +  2(h-h82)(E+h82> 


2<E+hs2) 
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Then:  an  equ  1  va  1  i'll  I  iwn  t.i'iwm'  avstom  imh  t>»  •  dolieod  hv  , 

( I  1  a  f  1 n I  earth  model 

(g)  sensor  t  loeated  at  xH  \  "  y„  |  •  |  •*  0 

(h)  sensor  l  yielding  the  same  measurement a  p|,  Oj  ,  ami  * |  us  In  (c) 

(l)  sensor  2  located  at  xgi'  Vs2»  rt,ul  **2  *  t  h  xm;>  anil  y^.,  hn<ng 

the  values  that  1  oca  to  sensor  2  telatlvo  to  sensor  \  at  adjusted 
range 


St  1  H'h  ?.  ^  ‘  1  Wl  1!  1 

l'  K ) 

J )  **  "  '  -  •  -  ’ 

2d  2 

2 11 

.id  2  K 

and  same  azimuth  i||>  an  la  (d),  where 
2 

lr  -  po 

S()  •  h  !■  - 

2K 

and  p()  is  t’no  slant  range  of  the  target  from  the  location  given  by 
latitude  ( A  [+.\;>  )/'2  .  l'>ngltndo  ( t j ) / 2  ,  and  height  h-v)  of  the 
original  spherical  north  model 

(J  )  sensor  ’  yielding  the  same  measurements  pv*  Oj,  and  t*2  as  in  C** )  • 

This  equivalence  applies  even  If  the  aircraft,  altitude  h  is  unknown. 

Using  any  estimate  for  h,  the  spherical  and  spherics  l  -equlva  hint:  flat  earth 
models  will  produce  Identical  results.  Since  some  assumption  on  h  is  require! 
to  use  this  approach,  a  value  of  0,3  miles  Ims  been  chosen.  Section  9.6 
discusses  this  elm  fee  In  mote  detail. 


The  apparent  problem  with  this  theorem  Is  the 
precise  calculation  of  po  requires  spherical  earth 
trying  to  avoid,  and  knowledge  of  9],  which  we  are 
Fortunately,  pq  need  only  be  known  approximately. 
zq  equation  shows  that: 


nets!  to  determine  p().  A 
mathematics,  which  wo  are 
trying  to  calculate. 

A  simple  derivative  on  the 


3z0 


cm 


3pq 


Altitudes  in  beacon  systems  are  quantized  to  100  foot  Intervals.  To  remain 
within  this  accuracy,  pq  need  only  be  good  to  one-third  mile  for  targets 
anywhere  within  the  maximum  200  mile  coverage  region. 


Tims,  a  simple  calculation  that  approximates  p()  to  within  this  interval 
can  be  made  by  assuming  that  the  earth  is  flat.  As  shown  in  Fig.  9-4: 

cos  (Qi  -  ty\2)  (9-6) 
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Than  since 


3pQ  P  i<i 

-  <  — 

301  2pf) 

the  required  accuracy  of  pq  can  generally  tolerate  u  error  of  us  much  as  a 
full  decree.  Sensor  azimuth  errors  are  certainly  within  this  tolerance,  ovun 
in  diffraction  zones. 

A  summary  of  the  two  approaches  to  bilateral Ion,  spherical  earth  and  flat 
earth,  are  presented  in  Figs.  9-5  and  9-6.  Optimally  coded,  and  realizing 
rhat  the  required  accuracy  of  the  cosine  function  can  be  achieved  by  a  lookup 
table  of  160  entries  (spaced  .01  radians  over  a  quadrant),  the  flat  earth 
approach  requires  slightly  less  computation  time.  However,  the.  true  power  of 
the  approach  is  that  it  can  easily  be  extended  to  incorporate*  the  extended 
incremental  algorithms  for  overcoming  bias  errors,  whereas  the  traditional 
approach  can  not. 


9 . 2  Extended  Flat  Karth  Model 

Now  that  a  flat  earth  model  has  been  developed,  the  bias-resistant 
approach  developed  earlier  in  Section  6. A  can  be  implemented.  The  effect  of 
the  apparent  change  in  the  secondary  sensor  location  required  in  this  approach 
is  a  modification  of  the  quantities  D  and  used  in  Fig.  9-6.  With  thLs 
change,  the  bilateration  algorithm  will  be  referred  to  as  the  extended  flat 
earth  model. 

b 

Each  scan,  a  biased  distance  and  azimuth  \|>J2  to  the  secondary  sensor 
can  be  computed  as  shown  earlier  in  (6-2)  and  (6-3).  To  eliminate  the  effects 
of  measurement  noise,  the  actual  values  used  in  the  bilateration  are  smoothed 
over  a  few  scans: 


n  *  nold  + 
Qnew  _  _ 

n+t 


old  j 

new  n  *  *12  +  *12 

*12  "  . . 

n+1 


(9-7) 


where  superscript  old  means  the  value  used  on  scan  j  —  1 ,  and  superscript  j 
means  the  values  computed  with  the  current  scan  sensor  measurements.  These 
values  are  then  used,  as  shown  in  Fig.  9-6,  to  compute  the  aircraft  position. 


Should  one  or  the  other  sensor  not  have  a  report  on  the  current  scan,  of 
course,  the  values  o'  D  and  are  left  unchanged  and  no  bilateration  is 
performed.  If  sensor  1  was  the  only  reporting  sensor,  its  pi  and  0^  are  used 
directly;  if  sensor  2  supplied  the  report,  its  data  is  transformed  using  the 
existing  D  and  4»i2  v®lu®8  and  the  flat  earth  model  to  provide  and  0j  as 
follows  (see  Fig.  9-1): 
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I’roeomputod : 

x;>,  -v2'  z2*  ^12  au,^°f  2  relative  to  sensor  l 

*2  2 

A  -  (  — )  +  1 

y2 

l‘er  Scan  Computations: 
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*+ 
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=  tan-^ 
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y+ 

Ol- 

“  ' 

■  Qi+ 

choose  from  0j+  and  0j_  the  one  closer  to  the  measured  0  from  sensor  1. 


Fig.  9-5.  Spherical  earth  calculations. 
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Precomputed : 


d2  and  ot" 


sensor  2  relatlvu  to  sensor 
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(hsl“hs2)2  (hsl+hs2)d2  <hsrh82>2  (hsl+hs2) 


d-d') . . .  +  — . . 

2d  2  B  2d  2  K 


Per  Scan  Computations: 
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z0 
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9  2 
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Z1  *  .  . i-l,  2 

2(E+hs^ ) 


F~1  2 

Pig  "  /  Pi  “  Z1 
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cos 


2,22 

Plg  +  D  ~P2  +  Z2 


2plg0 


el+  *  ^12  +  c 


61-  "  ^12  "  c 


choose  from  6 and  9j_  the  one  closer  to  the  measured  0  from  sensor  1. 


Fig.  9-6  Flat  earth  calculations. 
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The  positional  error  produced  hv  these  approximations  is  negligible. 

The  key  parameter  of  the  model  Is  the  number  of  scans  over  which  to 
average  the  apparent  secondary  sensor  position.  A  smaller  value  of  n  permits 
better  tracking  of  the  apparent  secondary  sensor  motion  caused  by  the  system 
biases.  On  the  other  hand,  a  large^  value  of  n  provides  less  susceptability 
to  measurement  noise.  This  tradeoff  is  reflected  in  the  data  produced  by  the 
bi Lateration .  smaller  n  provides  better  azimuth  accuracy,  while  larger  n 
produces  less  scan-to-scan  jitter.  In  general,  accuracy  is  preferred,  as  the 
tracker  fed  the  bilateration  result  should  be  responsible  for  smoothing  the 
data.  Thus,  we  have  found  that  best  overall  surveillance  is  produced  by  using 
an  n  of  2  or  3,  with  the  value  of  2  used  with  low  variance  sensors  (such  as 
Mode  S)  and  3  used  with  current  ATCRBS  sensors. 

It  should  be  pointed  out  that  the  smoothing  of  secondary  sensor  location 
discussed  here  is  quite  different  in  effect  from  the  smoothing  of  aircraft 
motion  in  a  surveillance  tracker.  In  a  tracker,  the  smoothing  prevents 
immediate  following  of  aircraft  maneuvers;  the  perceived  aircraft  motion 
itself  is  being  averaged.  In  this  netting  algorithm,  the  smoothing  is  of  an 
essentially  stationary  object,  the  secondary  sensor;  the  raw  data  (the  two 
ranges)  is  employed  as  measured,  and  aircraft  turns  are  acquired  immediately. 
Thus,  no  loss  of  responsiveness  results  from  the  extended  flat  earth  approach. 

9 .  3  Diffraction  Zone  Algorithm 

When  an  aircraft  enters  a  diffraction  zone,  the  sensor  azimuth  becomes 
extremely  noisy.  Thus,  if  this  measurement  were  to  be  used  in  computing  the 
j  j  new 

D-J  and  iJ/[2  value8»  the  Dnew  and  va^ue8  produced  by  (9-7)  after  averaging 

would  8 1 i 1 1  possess  extreme  jitter.  To  prevent  the  resulting  poor 
bilateration  performance,  an  algorithm  modification  is  required  for 
diffraction  zones. 
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First,  even  In  clear  airspace  regions,  the  normal  jitter  can  be  reduced 
while  Improving  accuracy  at  the  same  time.  This  Is  done  by  noting  that  the 
apparent  sensor  motion  has  two  components:  one  due  to  changes  in  zq,  the 
other  to  system  biases.  Since  zq  can  be  computed  each  scan  from  the  reported 
altitude,  the  first  component  can  be  eliminated.  Thus  the  revised  averaging 
procedure  becomes: 

„  *  Dold  off  +  [>1  off 
Dnuw  off  „  _ _ _ 

n+1 

unow  m  pno  bias  +  Dnew  off 


old  off  j  off  (9-10) 

new  off  n  *  *12  +  *12 

*12  “  . . . 

n+1 


new 

*12 


no  bias  new  off 
*12  +  *12 


where  the  superscript  "no  bias"  means  the  value  computed  each  scan,  using  zq, 
according  to  the  Spherical  Equivalent  Flat  Earth  Theorem,  and  the  superscript 
"j  off"  is  the  offset  from  that  expected  value  found  on  the  current  scan: 


I>j  off  «,  [>j  _  pno  bias 


j  off  j  no  bias 

*12  "  *12  "  *12 

This  revised  procedure  becomes  particularly  useful  when  an  aircraft  is 
passing  through  a  diffraction  zone.  At  such  a  time,  the  measured  azimuth  is 
especially  inaccurate,  as  illustrated  earlier.  Thus,  the  per  scan 
diffraction-caused  jitter  of  the  secondary  sensor  location  will  far  exceed  the 
motion  due  to  system  biases.  As  a  result,  the  best  procedure  in  diffraction 
zones  is  given  by: 

nnew  Dno  bias  +  uold  off 

new  no  bias  old  off  (9-11) 

*12  “  *12  +  *12 

That  is,  the  average  offset  values  existing  upon  entry  to  the  zone  are 
maintained  without  update  throughout  the  zone. 

This  procedure  will  produce  accurate  surveillance  in  diffraction  zones 
provided  first,  the  zone  traversal  distance  is  reasonably  short,  and  second, 
the  system  biases  are  small  to  moderate.  Otherwise,  "drift"  can  occur  in  the 
positions  produced  by  the  bilateration. 
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Data  presented  last  chapter  In  Tables  8-6  and  8-7  illustrated  that  with 
this  procedure,  surveillance  in  diffraction  is  nearly  as  accurate  as 
surveillance  in  normal  regions.  This  result  held  for  both  perfect  and 
typically  biased  systems.  The  number  of  scans  assumed  for  the  bias  zone 
traversal,  namely  twenty,  provided  for  greater  aircraft  movement  in 
diffraction  than  would  be  possible  in  most  real  world  situations,  and  thus  the 
conclusion  is  justified. 

When  the  two  conditions  above  are  violated,  that  is  when  an  aircraft 
travels  a  great  distance  in  a  diffraction  zone  in  a  system  with  major  sensor 
biases,  it  is  possible  that  substantial  azimuth  errors  can  result  from  this 
approach.  This  will  occur  when  the  geometry  at  zone  exit  is  sufficiently 
different  from  that  at  zone  entrance  that  the  biases  will  have  produced  a 
significant  shift  in  the  apparent  secondary  sensor  location.  An  alternate 
procedure  that  can  overcome  this  problem  is,  instead  of  maintaining  constant 
offset  values  throughout  the  zone,  computing  new  ones  each  scan  using  the 

netting-derived  primary  sensor  azimuth.  That  is,  after  calculating  0^  by 
bilateration,  use  it,  instead  of  the  measured  value  Gj,  in  the  formulas  (6-2) 

4  i 

and  (6-3)  to  produce  values  of  D~J  and  sp ^ 2  ^or  current  scan.  Then  the 
usual  averaging  procedure  (9-10)  can  be  employed  to  update  the  offset  values. 

The  one  potential  problem  with  this  procedure  is  positive  feedback.  That 

is,  if  has  an  error,  it  will  produce  errors  in  the  offset  values,  which  can 

cause  a  larger  error  in  the  next  scan's  0 i ,  and  so  forth.  As  a  result,  drift 
can  occur  in  this  method  as  well.  Simulation  tests  of  the  two  approaches,  for 
100-scan  diffraction  zones  and  larger  system  biases,  have  shown  that  this 
revised  method  is  reasonably  stable,  and  slightly  superior  to  the  constant 
offset  one.  The  Improvement,  however,  was  not  worth  the  extra  effort  in 
general. 

A  different  conclusion  was  reached,  though,  for  aircraft  whose  altitude 
was  unknown.  By  assuming  an  altitude  of  0.5  miles,  a  large  bias  will  exist 
for  aircraft  substantially  above  this  level.  Also,  when  aircraft  climb  or 
descend  in  the  diffraction  zone,  this  bias  will  change  dramatically.  Thus,  it 
is  quite  possible  that  a  combination  of  these  two  facts  will  cause  an 
assumption  of  constant  offset  values  throughout  the  zone  to  produce  large 
error  drifts.  The  revised  procedure,  in  this  case,  has  been  found  via 
simulation  tests  to  be  far  superior.  Thus  it  is  recommended  for 
non-altitude-reportlng  aircraft,  and  was  the  procedure  used  to  generate  the 
results  in  the  last  row  of  Tables  8-6  and  8-7. 
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9.4 


Performance  of  the  Extended  Flat  Earth  Model 


The  extended  flat  earth  model  just  presented  has  been  tested  on  both  real 
and  simulated  data.  The  model  has  uniformly  outperformed  the  usual 
bilateration  techniques  whenever  biases  have  existed  in  the  system.  These 
results  have  been  previously  documented  in  Tables  8-1  through  8-7.  Two  more 
examples  of  the  performance  of  the  extended  flat  earth  approach,  with 

different  types  of  input  data,  are  presented  in  Table  9-J . 

This  table  first  compares  the  spherical  multilateration  and  extended  flat 

earth  algorithms  when  system  measurements  from  actual  operational  enroute 
(NAS)  air  traffic  control  sensors  were  used.  This  data  had  unknown  biases, 
although  great  care  had  been  taken  to  attempt  to  remove  them.  The  statistics 
chosen  for  exposition  were  the  average  and  variance  of  the  azimuth  error,  and 
the  average  scan-to-scan  heading  and  velocity  errors.  As  before,  the  first 
pair  indicates  the  accuracy  and  consistency  of  the  bilateration  estimates, 
while  the  second  pair  provides  an  estimate  of  the  difficulty  a  tracker  would 
experience  in  smoothing  the  data.  The  results  clearly  indicate  the 
superiority  of  the  extended  flat  earth  approach. 

The  second  half  of  the  table  presents  results  for  the  standard  24 
simulated  aircraft  trajectories  with  the  biases  specified  in  Fig.  8-1 
included.  In  addition,  a  primary  sensor  azimuth  bias  of  one  milliradian  was 

added.  Since  the  extended  flat  earth  is  an  incremental  algorithm,  this  bias 

is  maintained  in  its  data.  The  standard  multilateration  algorithm  is 

unaffected  by  this  azimuth  blaa.  However,  the  sensitivity  of  this  model  to 

the  other  system  biases  has  in  fact  resulted  in  an  average  azimuth  error  that 
is  a  significant  fraction  of  the  bias,  as  well  as  producing  a  far  larger 
variance  than  the  extended  flat  earth  model. 

Furthermore,  since  the  netted  data  with  multilateration  has  a  different 
north  reference  than  the  primary  data,  the  very  troublesome  data  jumps 
depicted  in  Fig.  9-7  occur  whenever  secondary  sensor  data  is  missing  and 
primary  data  must  be  used  directly.  With  the  incremental  extended  flat  earth 
approach,  both  netted  and  primary  data  have  the  same  reference.  Thus,  as 
shown  in  Fig.  9-8,  no  data  jumps  occur  in  this  case. 

9.5  Transponder  Bias  Estimation 


The  major  aircraft  bias,  namely  the  transponder  turnaround  error  (A),  can 
be  handled  in  two  different  ways  by  the  extended  flat  earth  approach.  The 
first  is  to  compute  A  in  real-time  using  the  sensor  measurements,  while  the 
second  is  to  ignore  A  by  treating  it  as  an  unknown  bias.  Only  the  first 
approach  was  applicable  to  the  spherical  multilateration  method;  ignoring  A 
led  to  azimuth  errors. 
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NOTATION:  SEE  FIG.  2-6. 


Fig.  9-7,  Multilateration  data  jumps 


If  the  spherical-equivalent  fiat  earth  model  li  being  employed ,  A  can  be 
computed.  For  this  model,  A  will  act  aa  a  bleu,  moving  the  apparent  position 
of  the  secondary  sensor.  Thus  we  can  write: 

Dscan  “  Dno  bias  +  torm  du«  t0  6 
or  as  shown  In  Fig.  9-9: 
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1+ -  008(02-^21^ 

2  2 
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D  +  A 


Pi  P2 

- cos(0|-'ln2)  + -  008(02-^21^ 

pl8  p2g 


where 


D  ■  p^g  cos(9 i—'P  12 )  +  p2g  c°8(e2“^21^  “  normal  unbiased  D 
Thus  finally: 


^scan  “  D 

Pl  P2  (9-12) 

- cos(0i_'l'i2^  + - cos(02-4'2l ) 

Pig  P2g 

Although  this  formulation  is  not  exact  and  uses  both  sensors’  azimuth 
values.  It  has  actually  been  found  to  produce  no  more  scan-to-scan  variation 
than  the  spherical  earth  formulation.  This  conclusion  is  supported  by  che  A 
estimates  shown  in  Fig.  9-10,  in  which  the  same  input  data  used  for  Fig.  6-14 

was  employed.  As  seen,  the  data  spread  is  very  similar  for  the  two  methods. 

However,  as  seen  above,  the  flat  earth  approach  requires  much  less 

computation. 

As  always,  the  per-scan  values  of  A  must  be  averaged  over  many  scans  to 
produce  a  reasonable  estimate  of  the  true  transponder  bias  error.  This 
average  value  is  then  used  in  the  normal  position  determination  formulas 
(Fig.  9-6)  as  a  correction  to  the  ground  ranges: 


148 


with  bins 


Fig.  9-9.  Flat  earth  A  computation 


2« .  3*.  4«.  M.  6«.  7*.  8t,  9*.  IM. 


SCAN 

Fig.  9-10.  Flat  earth  A  estimates. 
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Alternatively ,  the  transponder  blaa  can  bn  handled  Implicitly,  without 
extra  computation,  by  the  extended  flat  earth  model.  Cine©  thin  blaa  does  not 
affect  the  azimuth  reported  by  aunaor  l,  and  alnce  the  model  maintains  the 
aligle  sensor  accuracy,  this  approach  should  provtdc  both  accuracy  and 
consistency  of  reported  ailrauth  data.  The  range  data,  however,  will  remain  In 
error  by  the  small  amount  of  the  bias.  Fortunately  for  conflict,  alert 
algorithms,  which  depend  on  heading  information,  the  heading  accuracy  la 
virtually  unaffected  by  a  transponder  bias.  This  assertion  is  demonstrated  In 
Appendix  S.  Thus  It  would  appear  that  the  extended  flat  earth  approach, 
certainly  the  easiest  method  of  dealing  with  the  transponder  bias,  may  also  be 
the  beat,  way  to  deal  with  A  among  the  techniques  investigated. 

The  various  approaches  to  dealing  virh  the  transponder  blaa  were  tested 
on  the  standard  24  simulated  ait  craft  trajectories,  all  assuming  a  bias  value 
of  A  -  0.03  miles.  Two  cases  were  considered,  one  with  no  other  system 
biases,  and  the  other  with  typical  sensor  biases.  The  results,  reported  In 
Table  9-2 ,  provide  the  average  uzimuth  error  produced  by  each  approach.  Only 
scans  on  which  all  sensors  data  was  available,  and  thus  on  which  a  netting 
azimuth  estimate  was  made,  were  considered.  Note  that  the  statistic  Is  a 
combination  of  the  mean  and  standard  deviation  of  the  errors,  and  thus  differs 
from  previous  tables.  This  was  done  to  provide  a  single  number  for  comparison 
of  methods. 

The  results  of  this  table  can  be  summarized  as  follows: 

1.  Ignoring  4  leads  to  significant  bllateratlou  azimuth  errors  for  both 
two  and  three  sensor  spherical  earth  models,  whether  or  not  other 
biased  exist 

2.  estimating  A,  even  approximately,  Improves  the  performance  of  these 
models,  especially  when  other  biases  are  present 

3.  using  three  sensors  provides  no  more  accurate  perfoimance 

4.  using  the  extended  flat  earth  model,  and  not  being  concerned  with  A, 
provides,  with  less  computation,  nearly  as  accurate  an  azimuth 
determination  as  any  estimation  procedure  when  no  other  biases  exist, 
and  becomes  the  best  approach  when  they  do 

9. 6  Altitude  Estimation 

The  absence  of  a  reported  altitude  can  also  be  handled  in  two  different 
ways  by  the  extended  flat  earth  approach.  First,  a  formula  can  be  developed 
to  estimate  in  real  time  the  true  aircraft  altitude.  Second,  the  altitude  can 
be  assumed  to  be  any  desired  value,  and  the  error  from  the  value  treated  as 
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TABLE  9-2 


EFFECTS  OF  A  BIAS 


Transponder  Delay  (A) 
Assumption 


Sensor  System 


2  Sensors, 
Spherical  Earth 


Biases 


than  A) 


A  Ignored 

(A  ■  0  assumed) 


A  Computed 
from  Data 


.020° 


Spherical  Earth 

Yes 

.089° 

.028“ 

No 

.025° 

.018° 

Extended 

Flat  Earth 

Yea 

.025° 

.034° 

Notes : 


1.  Statistic  la  average  azimuth  error  *  -  £  0^-0  actual 

n  1*1 

2.  A  ■  0.03  nautical  miles 


Ii^  niir'iMtu 


Just  another  unknown  system  bias.  Since  most  aircraft  without  encoding 
altimeters  fly  at  low  levels,  a  value  of  0, 5  miles  (3000  feet)  will  be 
employed  when  this  second  approach  is  considered. 

Formulas  can  be  written  that  appear  to  permit  the  flat  earth  model  to  be 
used  to  estimate  h.  However,  since  the  equivalence  theorem  depends  upon  h, 
using  the  model  for  this  purpose  introduces  serious  questions  of  model 
validity.  Of  the  various  equations  for  h  that  can  be  employed,  the  simplest 
is : 


sin  ( 0 12^  "  '  Pi"*!  sin(02“^2l)  (9-13) 

where  the  sj's  are  given  in  terms  h  by  (1-1).  Testing  of  this  relationship, 
plus  other  candidates,  has  failed  to  yield  one  that  possesses  acceptable 
performance.  None,  in  particular,  can  match  the  ones  presented  in  Chapter  8. 

However,  considering  the  unknown  altitude  to  be  a  bias,  instead  of  trying 
to  compute  it,  permits  the  extended  flat  earth  model  to  be  used  directly. 

Since  the  effect  of  an  altitude  error,  as  shown  earlier,  ia  similar  to  that  of 
a  transponder  bias,  once  again  this  approach  yields  azimuth  and  heading 
accuracy  (except  at  very  short  ranges),  although  range  data,  and  hence 
position,  will  be  slightly  in  error. 

The  standard  24  simulated  trajectories  were  used  to  test  the  azimuth 
accuracy  of  these  various  approaches  to  the  unknown  altitude  problem. 

However,  only  scans  on  which  the  aircraft  altitude  was  3  miles  (18,000  feet) 
or  less  were  used  in  the  results.  Higher  flying  aircraft  are  virtually  always 
altimeter  equipped.  The  results  presented  in  Tables  8-1  through  8-7  showed 
how  accurate  wae  the  extended  flat  earth  approach.  Further  data,  showing  a 
comparison  of  the  various  models  and  approaches.  Is  shown  in  Table  9-3.  These 
results  provide  the  average  azimuth  error  for  each  model  for  three  different 
altitude  assumptions:  altitude  known,  altitude  assumed  to  be  0.5  miles,  and 
altitude  computed  from  the  data.  The  error  statistic  is  the  same  as  that 
defined  in  the  last  section.  The  ‘able  also  presents  the  average  altitude 
error  for  each  approach  for  an  aircraft  near  the  upper  flight  limit. 

These  results  serve  as  the  basis  for  the  following  conclusions: 

1.  assuming  an  altitude  of  0.5  miles  leads  to  serious  azimuth  errors  for 
higher  flying  aircraft  for  both  the  two  end  three  sensor  spherical 
earth  models,  while  not  compromising  the  extended  flat  earth  model 

2.  estimating  h  works  quite  well  for  both  spherical  earth  models,  but 
poorly  for  the  extended  flat  earth  model 

3.  three  sensor  estimates  of  altitude  are  significantly  superior  to 
those  using  two  sensors,  while  two  sensor  extended  flat  earth 
estimates  are  much  poorer  than  those  for  the  corresponding  spherical 
earth  case 
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TABLE  9-3 


EFFECTS  OF  UNKNOWN  h 


Aircraft  Altitude  (h 
Assumption 

) 

Sensor  System 

h  known 

h  assumed  to  be 
0. 5  nm 

h  Computed 
from  Data 

2  Sensors, 
Spherical  Earth 

.013° 

.145° 

.024° 

0.0  nm 

2.0  nm 

0.95  nm 

3  Sensors, 
Spherical  Earth 

.015° 

.142° 

.018° 

0.0  nm 

2.0  nm 

0.19  nm 

Extended 

Flat  Earth 

.024° 

.026° 

.045° 

_ L 

0.0  nm 

2.0  nm 

1.39  nm 

Notes: 

1  n 

1.  Top  statistic  is  average  azimuth  error  ■  -  l  6^-0  actual 

n  i-1 

2.  Bottom  statistic  is  average  altitude  error  at  h**2.5  miles 


3.  h  varies  from  0  to  3  nautical  miles 


4.  using  the  extended  flat  earth  model,  and  assuming  the  true  altitude 
to  be  a  bias  from  0.5  miles,  provides  azimuth  an  accurate  as  the  h 
estimated  spherical  earth  cases,  with  much  less  computation,  even 
for  aircraft  flying  at  considerably  higher  levels. 

As  shown  in  Chapter  8,  adding  typical  system  biases  to  the  simulation  tends  to 
degrade  the  altitude  estimation  results  and  make  the  extended  flat  earth 
result  appear  comparatively  better. 

Of  course,  conflict  alert  algorithms  require  knowledge  of  aircraft 
altitude  for  detecting  potential  aircraft  conflicts.  Any  estimate  of 
altitude,  however  biased,  from  a  beacon  transponder  or  height  finder  radar 
will  be  sufficiently  accurate  for  this  application.  If  no  altitude 
information  exists,  one  of  the  estimation  algorithms  presented  in  the  last 
chapter  must  be  employed.  The  aircraft  azimuth,  in  this  case,  would  still  be 
most  accurately  obtained  via  the  extended  flat  earth  approach. 


10.0  FRKDICTION  KILTERS 


Th«  preceding  chapters  have  presented  algorithms  for  improving  the 
accuracy  of  surveillance  reports.  These  superior  quality  reports  should 
produce  more  accurate  predictions  of  future  aircraft  position  when  input  to 
smoothing  filtera.  Although  the  option  of  producing  one  netting  report  per 
scan  as  occurs  with  single  sensor  surveillance  will  allow  the  same  tracker  to 
be  employed,  the  additional  options  open  to  the  system  suggest  that  a 
different  tracker  may  produce  superior  overall  performance.  Also,  the 
different  character  of  netted  data,  particularly  when  system  or  aircraft 
biases  exist  and  successive  reports  can  arise  from  different  sensor 
combinations,  can  tend  to  altar  the  relative  performance  of  competing 
trackers. 

This  chaptor  presents  a  number  of  possible  smoothing  algorithms  for  raw 
and  netted  data,  both  for  single  and  multiple  reports  per  scan.  The  range  of 
complexity  extends  over  a  wide  spectrum.  By  testing  the  prediction  ability  of 
each  tracker  with  each  class  of  inputs,  it  is  hoped  that  the  muse  cost 
effective  combination  of  netting  and  smoothing  algorithms  can  be  produced. 
(Note  that  overall  performance,  and  not  Intermediate  optimization,  is  the 
goal).  Although  test  data  is  presented  at  the  end  of  the  chapter,  this  study 
was  not  yet  completed  when  the  netting  project  ended. 

When  multilateration  reports  are  used  as  tracker  inputs,  the  reports  are 
by  construction  already  in  primary  sensor  coordinates.  However,  when  raw 
sensor  reports  are  input,  those  from  secondary  sensors  must  first  be 
coordinate  converted: 

P2»  e2  +  Pi.  91 

The  mathematics  of  this  process  is  presented  in  the  first  half  of  Appendix  A. 

A  study  of  trackers  is  necessary  even  though  the  Kalman  filter  is  known 
to  be  optimum,  because  of  the  following  two  points.  First,  the  Kalman  filter 
la  costly  in  time  and  storage.  If  a  simpler  tracker  performs  nearly  as  well 
with  the  superior  netting  inputs,  it  should  be  preferred.  Second,  two  major 
characteristics  of  netted  aircraft  data  violate  standard  Kalman  filter 
assumptions : 

1.  aircraft  turn  and  maneuver 

2.  the  input  data  contains  biases  that  differ  from  one  report  to 
another. 

Thus,  the  best  filter  to  use  in  this  application  is  not  necessarily  a  Kalman 
filter. 


10.1  Alpha-Beta  Filtera 

The  simplest  smoothing  filters  are  those  of  the  a,  3  class.  The 
equations  that  define  their  operation  are  (Fig.  10-1): 

ps  -  pp  +  a  (Pm-Pp)  I' 

0p  "  8p  +  «  (0m-ep) 
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(10-1) 


Ps  “  Pp  +  0/T  (pm-pp) 

6S  -  ep  +  0/T  (8m-ep) 

where  a,  p,  and  m  refer  to  smoothed,  predicted  and  measured  values 
respectively,  and  T  is  the  time  since  the  last  update.  The  predicted  values 
are  given  by: 

Pp  “  ps  +  PST 

8p  -  es  +  9sT 

(10-2) 

Pp  °  ps 

ip-«. 

For  single  report  per  scan  inputs,  T  will  be  essentially  constant  at  Tscan; 
for  multiple  report  input  streams,  it  will  vary  from  0  to  Tscan. 

The  values  of  a  and  0  can  vary  between  0  and  1.  For  single  report  per 
scan  applications,  the  typical  rules  for  selecting  the  proper  values  are: 

1.  Increase  a  and  B  for  more  responsive  tracking,  decrease  for  smoother 
tracking 

2.  increase  a  and  B  as  the  track  becomes  firmer,  decrease  when 
uncertainty  is  present. 

Various  guidelines  also  exist  for  relating  the  a  and  8  settings.  The  simplest 
is  to  set  them  equal,  while  one  suggested  by  [ 8 J ,  which  studies  a,<j>  filters  in 
detail,  is: 


B  - -  (10-3) 

2 -a 

The  equality  rule  was  used  in  this  study,  with  both  a  and  B  set  to  0.8. 

When  reports  can  arrive  at  the  filter  with  varying  inter-arrival  times, 
as  with  the  multiple  report  per  scan  applications,  additional  rules  are 
required  for  setting  a  and  B.  As  seen  from  (10-1),  as  T  decreases,  the 
velocity  correction  grows  rapidly.  Thus  small  measurement  noise  errors  are 
greatly  magnified  when  data  points  arrive  closely  spaced  in  time.  For  this 
reason,  the  values  of  a  and  8  must  satisfy: 

j  0  T-0 

a*  0  "  j  a0,  80  T-T8can  (10-4) 
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where  aQ  and  Bo  are  c^e  settings  selected  by  the  above  guidelines.  The 
formula  suggested  by  the  above  reference  to  meet  this  requirement  is: 


T 

a  •  1-  exp  [ - log(l-ag)] 

^scan 


(10-5) 


This  formula  is  employed  in  this  study  for  both  a  and  B. 

A  special  degenerate  form  of  the  a,  B  filter  is  the  two-point 
interpolator.  In  this  "smoother",  the  measured  values  are  taken  at  face 
value,  and  the  predicted  track  is  simply  a  line  drawn  through  the  last  two 
data  points.  This  tracker  was  used  in  this  study  as  a  baseline  performance 
indicator.  Thus,  the  improvement  in  prediction  accuracy  of  any  tracker  above 
that  of  the  two-point  interpolator  is  the  payoff  of  the  tracker  algorithm. 

Two  points  must  be  made  about  the  two  point-interpolator.  First,  if 
netting  could  supply  error-free  surveillance  reports,  this  tracker  would  be  as 
accurate  as  the  Kalman  filter.  Second,  the  two-point  interpolator  is  nearly 
optimum  for  correlation  algorithms,  in  which  the  goal  is  to  minimize  the 
target  search  box  required  around  the  predicted  aircraft  position.  As  shown 
in  Fig.  10-2,  by  using  a  linear  projection  through  a  suspect  data  point,  the 
maximum  error  in  prediction  is  minimized. 

10.2  Curve  Fitting  Filters 

When  several  surveillance  reports  are  input  per  scan,  the  algorithms  of 
the  previous  section  include  them  one  at  a  time  into  the  predicted  track.  It 
is  also  possible  to  process  such  reports  in  a  batch  manner,  similar  to  the 
methods  that  would  be  used  by  a  human  estimation  of  the  data.  As  shown  in 
Fig.  10-3,  the  most  natural  method  of  generating  a  track  when  viewing  several 
points  over  time  is  to  fit  a  least-squares  curve  through  them. 

The  first  curve  fitting  filter  considered  employs  a  straight  line  fit  of 
the  form  shown  in  the  figure.  The  earliest  point  in  time,  namely  the  one 
generated  by  last  scan's  curve  fitting,  serves  as  the  anchor  of  the  line. 

This  point  is  used  directly,  rather  by  being  subject  to  curve  fitting,  because 
of  its  expected  small  error  variance,  being  produced  by  a  previous  curve  fit. 
The  new  data  points,  on  the  other  hand,  all  have  full  measurement  errors 
connected  with  them. 
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X  -  PREDICTED 


>Q  :  PREDICTED  NEXT  SCAN  POSITION.  USING  2-POINT  INTERPOLATOR 

P1  :  TRUE  POSITION  IF  REPORT  WERE  EXTRANEOUS,  AND  REAL  REPORT  MISSING 

P2  :  TRUE  POSITION  IF  REPORT  WERE  CORRECT.  AND  TARGET  IS  TURNING 

Fig.  10-2.  Two-point  interpolator  search  box. 


The  slopes  of  Che  least  squares  straight  line  are  found  as  the  solutions 
to  the  following  problem: 

Find  nip  and  mg 


Such  that 


P  *  A 

L  (Pi  “  Vi)2  i 


s  minimized 


(10-6) 


P  A  A 

l  (0^  -  mgt^)-  is  minimized 
i-1 


(10-7) 


where 


=  P^-Pq  i=l,  number  of  points  p 


ei  J  0i_0O  i”1>  p 


n  -  ti-tQ 


1=1,  p 


p0,  0q»  t0  are  the  range,  azimuth,  and  time  of  the  anchor  point. 
Differentiating  (10-6)  with  respect  to  nip  yields  the  minimum  value  slope  as: 


P  A  A 

2  l  (Pi“mP4)  (_t;i) 
i-1 

l  ^ 


(10-13) 


Similarly, 


P  *  * 

I  6i  4 

L-l 

Tn2 


(10-9) 
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Tin1  predicted  ju.isir.ton  and  velocity  values  for  the  track  at  the  time  of  the 
current  scan  arc  then  given  by: 


P  •  nip 

9  »  UlQ 

P  “  PO  +  p  Tscan 


(10-10) 


These  values  of  p  and  0  are  then  the  anchor  values  for  the  next  scan  curve 

fit. 


This  nl(;oiit.hm  is  slightly  modified  when  only  one  or  two  surveillance 
re|)orts  are  received  in  the  current  scan's  batch.  Since  so  few  [joints  make 
tlie  curve  l  it  subject  to  error,  an  a,  0  smoothing  factor  is  introduced  as 
f o l lows : 


For  'in*  report  input: 

Pnow  =  pold  +  0o(nip-poid) 

Vw  =  5old  +  eO<mO“6old) 

For  two  reports  input:: 

Pnew  ;=  Pold  +  •‘>(1+f3(,)(nip-P0id) 

Vw  =  Vd  +  •t>(1+B,))(me-0oid) 


(10-11) 


(10-12) 


where  B(|  is  determined  as  in  the  previous  section.  Note  that  if  a  one  report 
per  scan  scheme  uses  this  filter,  It  reduces  to  a  simple  a,  6  filter. 


The  second  curve  fitting  apjironch  that  was  considered  in  the  study  is 
more  ambitious.  In  particular,  it  uses  a  quadratic  fit,  and  attempts  to 
predict  both  tlii>  current  heading  and  the  turn  rate  (if  any)  of  the  aircraft. 
To  provide  a  reasonable  chance  of  success,  two  full  scans  of  surveillance 
re|>orLs,  plus  one  additional  primary  sensor  report,  are  used  in  the  curve 
fitting  formula.  Thus,  as  shown  in  Fig.  10-4,  the  center  of  the  curve  is  one 
scan  behind  real  time. 


The  method  for  producing  a  quadratic  curve  fit  is  well  documented.  For 
details  and  a  reference,  the  reader  is  referred  to  [9j.  Let  the  solution 
variables  be: 
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CURRENT  TIME 


PRIMARY  SENSOR 
SECONDARY  SENSOR 
TERTIARY  SENSOR 


Fig.  10-4.  Quadratic  curve  fitting. 


p  ->  range  at  time  Tscan-i 


0 

*  azimuth 

at 

time  TscaiW 

• 

p 

“  P 

slope 

at 

time  3scan-i 

p 

• 

-  P 

slope 

at 

tlme  Tscan-1 

• 

0 

■  0 

slope 

at 

time  lscnil-i 

0 

=»  0 

slope 

at 

tIme  Tscan- 1 

n  the  problem 

is 

to  minimize  the 

! 
i  =  i 

(P( 

-  P  - 

• 

■  P 

A  l4  A 
ti  ~  1/2  p  t , ) 

p 

# 

*  ..  A  2 

f  ■ 

L 

(0  i 

-  0  - 

0 

tt  -  1/2  0  tt) 

where  t^  a  t^-TSi;.  i .  Onee  tlie  solution  is  known,  the  predicted  position  at 
any  time  in  the  future  (including  the  current  scan)  is  given  by: 


p(t)  -  p  +  P(c-Tsoan_1)  +  1/2  P  (t-Tg^-i)2 

(10-13) 

6(t)  -  0  +  ^(t-Tg^.p  +  1/2  0  <t-TScan_!)2 

After  each  scan's  curve  fit  procedure  is  completed,  the  reports  older  than 
Tscan-1  are  <lroPPe<l  anfl  t lie  remaining  reports  saved  for  the  next  scan's  fit. 


Again,  this  approach  is  modified  if  too  few  reports  are  available  to  be 
curve  fit.  With  only  one  report,  no  curve  fit  is  attempted,  and  the  tracker 
coasts.  With  two  or  three  reports,  only  a  linear  curve  fit  is  produced. 


Thus  p  ■  0  =*  0. 


Also,  experimental  testing  has  shown  that  improved  accuracy  is  obtained 
if  the  accelerations  are  both  set  to  0  whenever  a  turn  rate  of  less  than 
l°/sec  is  predicted.  The  turn  rate  for  this  filter  (in  radians/sec)  is  given 
by: 


.2 


TR  -  0  + 


p  S  +  pp0  -  pp0 


‘2  2’2 
P^  +  pV 


165 


10,3  Standard  Kalman  Filter 


The  Kalman  filter  is  a  recursive  filter  which  minimises  the  prediction 
error  for  any  aircraft  which  obeys  the  assumed  equations  of  motion.  There  is 
no  single  Kalman  filter.  Rather,  there  is  a  different  one  for  every  different 
set  of  motion  equations.  Should  an  aircraft  violate  the  motion  assumptions, 
such  as  by  turning,  the  Kalman  filter  can  have  large  prediction  errors.  The 
usual  manner  of  handling  such  problems  is  to  include  a  turn  detector,  and 
modify  the  filter  equations  in  some  heuristic  manner  that  permits  the  turn  to 
be  followed,  although  with  severely  degraded  tracking.  This  section  describes 
the  standard  Kalman  filter  used  for  aircraft.  The  next  two  sections  present 
new  Kalman  filters  that  attempt  to  maintain  prediction  accuracy  during  turns 
to  the  same  degree  as  accuracy  during  straight  flight. 

To  aid  in  understanding,  it  should  be  noted  that  a  Kalman  filter  is  in 
reality  an  a,  8  type  filter.  The  main  differences  are  that  position  and 
velocity  are  coupled,  and  that  the  gain  values  (generalized  u  and  8)  are 
computed  and  changed  each  and  every  update.  The  following  description  of  the 
Kalman  filter  is  taken  from  [10]  and  is  included  to  provide  a  concise 
description  of  the  approach.  The  turn  detection  algorithm  and  resulting 
actions  are  also  provided. 


"The  state  equation  in  xy  coordinates,  which  in  our  case  represents  the 
equation  of  motion,  is: 

x(t  +  l)  -  <t>(t)x(t)  +  r(t)A(t), 


(10-14) 
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,  and  A(t)  * 


ax(  t ) 


ay(t) 


with  X(t)  being  the  state  vector  at  time  t  consisting  of  position  and  velocity 


•  • 

components  x(t),  x(t),  y(t),  and  y(t),  t  +  1  being  the 
next  observation  time,  T  being  the  time  between  observations, 
and  ax(t)  and  ay(t)  being  random  accelerations  whose 
covariance  matrix  is  Q(t).  The  observation  equation  is 


Y(t) 


where  Y(t) 


-  M(t)X(t)  +  V(t) , 


xm(t) 

10  0  0 

ux(t) 

,  M(t)  - 

,  and  V(t)  - 

ym(t) 

J 

0  0  10 

uy(t) 

(10-15) 


with  Y(t)  being  the  measurement  at  time  t  consisting  of  positions  xm(t)  and 
ym(t)  and  V(t)  being  zero  mean  noise  whose  convariance  matrix  is  R(t). 
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The  problem  is  solved  recursively  by  first  assuming  the  problem  is  solved 

A 

at  time  t-1.  Specifically  it  is  assumed  that  the  beet  estimate  X(t-llt-l)  at 
time  t-1  and  its  error  covariance  matrix  P(t-l|t-l)  are  known,  where  the 

A 

circumflex  A  signifies  an  estimate  and  X(t|s)  signifies  that  X(t)  is  being 
estimated  with  observations  up  to  Y(s).  The  six  steps  involved  in  the 
recursive  algorithm  are  as  follows: 

Stop  I.  Calculate  one  step  prediction, 


X(t  1 1-1 )  -  4>(t-l  )X(t-l  1 1-1 )  ; 


(10-16) 


Step  2.  Calculate  the  covariance  matrix  for  one  step  prediction, 


l>(t|t-l)  -  ♦(t-l)P(t-llt-l)  J(t-l)  +  r(t-l)Q(t-l)  r(t-l);  (10-17) 

Step  3.  Calculate  the  prediction  observation, 


Y(tlt-l)  -  M(t)X(t|t-l); 

Step  4.  Calculate  the  filter  gain, 


(10-18) 


/■w  »v 

A ( t )  =  P  ( t I t-l)M(t) ( M ( t ) P ( t I t-l)M(t)  +  R(t ) ]-1 ;  (10-19) 

Step  3.  Calculate  a  new  smoothed  estimate, 

A  A  A 

X(tlt)  =  X(t|t-1)  +  A(t)[Y(t)  -  Y(tlt-l);  (10-20) 

Step.  6  Calculate  a  new  covariance  matrix, 

P(tlt)  -  [I  -  A(t)M(t)j  P(tlt-l).  (10-21) 


In  summary,  starting  witli  an  estimate  X(t-llt-l)  and  its  covariance  matrix 
P(t-llt-l),  after  receiving  a  new  observation  Y(t)  and  calculating  the  six 

quantities  in  the  recursive  algorithm,  a  new  estimate  X(t|t)  and  its 
convarlance  matrix  P(t|t)  are  obtained. 

For  the  Kalman  filter  in  xy  coordinates,  the  measurement  covariance 
matrix  R(t)  is  a  function  of  the  radar-target  geometry.  Letting  (at  time  t) 
pt  and  0t  be  the  range  and  azimuth  of  the  target  with  respect  to  the  radar 
(with  the  azimuth  angle  being  measured  counterclockwise  from  the  x  axis),  the 
elements  of  the  covariance  matrix 
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2  „ 

2  ,  v 

ox(t) 

Oxy(t) 

R(t)  - 

,  (10-22) 

2 

2 

axy(t) 

Oy(t) 

are 


2  2 

ox(t )  -  op  cos2  0C 

2  2 

+  pc0y  sin2  0t, 

(10-23) 

2  2 

Oy(t)  -  op  sin2  0C 

2  2 

+  pcoe  COS2  0t, 

(10-24) 

and 

2  2  2  2, 

oXy(t)  -  [Op  -  pcoe]  sin  8t  cos  0t,  (10-25) 

2  2 

where  Op  and  og  are  the  variances  of  the  range  and  azimuth  measurement  errors 
respectively. 

The  Kalman  filter  is  the  optimum  filter  as  long  as  the  target  trajectory 
obeys  the  state  equation  (10-14),  which  describes  a  straight-line  trajectory 
with  random  perturbations  (the  random  perturbations  bound  the  filter  gains 
away  from  zero).  However,  when  the  target  maneuvers,  the  maneuver  must  be 
detected  and  the  error  covariance  matrix  must  be  increased.  In  this  study  the 
error  criterion  is 


E  -  [X(t | t-1)  -  X( t | t ) ]  M  (M  P(t | t— 1)M]— 1  M  [X( t | t-1 )  -  X(t | t) ] 

+  [ Y( t )  -  M  X( t | t ) ]  R(t)-i  (Y(t)  -  M  X(t | t) ] .  (10-26) 

This  error  is  the  squared  Mahalanobis  distance  from  the  smooth  position 

A  A 

MX(t|t)  to  the  predicted  position  MX( 1 1 1  —  1 )  plus  the  squared  Mahalanobis 

distance  from  the  smooth  position  MX(t|t)  to  the  measured  position  Y(t).  The 
Mahalanobis  distance  differs  from  the  Euclidean  distance  by  using  a 
covariance-matrix  kernel  instead  of  an  identity  matrix. 

When  the  error  E  is  greater  than  a  threshold  (which  in  this  study  wa s  set 
to  E  ■  16,  corresponding  for  example  to  covariance  matrices  that  are  diagnoal 
and  smooth  coordinates  that  differ  from  the  predicted  and  measured  positions 
by  twice  the  standard  deviation),  the  error  covariance  matrix  P(t— l[t— 1)  is 

A 

increased  and  a  new  smooth  position  MX(t|t)  is  calculated.  Increasing 
P(t-ljt-l)  causes  the  new  position  estimate  MX(t|t)  to  be  closer  to  the 

A 

measurement  Y(t)  and  further  from  the  prediction  X(tjt-l).  Since 
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P(t|t-1)  Increases  when  P(t-l|t-l)  increased,  this  increase  in  P(t-llt-l) 
will  always  cause  G  to  decrease.  This  procedure  is  repeated  until  E  is  less 
than  the  threshold.  Specifically  terms  Pjj,  P^,  P31,  and  P33  are  increased 

by  /F;  terms  Pj2i  pi4*  p2l»  p23*  p32»  p34»  P4Q»  and  p43  are  ^ncreased  b.Y  F» 
and  terms  P22,  p24*  p42*  and  p44  are  increa8ed  bY  p2»  (In  this  study 
F  ■  1.5n,  where  n  is  the  number  of  consecutive  covariance  matrix  increases). 
The  position  covariance  elements  are  not  increased  as  much  as  the  velocity 
elements  because  of  coupling;  that  is,  an  uncertainty  in  predicted  position  is 
due  not  only  to  the  uncertainty  in  the  last  position  but  also  in  the  velocity. 
In  a  real  system  the  track  should  also  be  bifurcated  when  a  large  error  is 
encountered " . 


This  presentation  applies  directly  when  raw  sensor  reports  are  input  to 
the  filter.  When  netted  data  is  used  as  input,  the  measurement  covariance 
matrix  must  be  modified  to  account  for  the  fact  that  two  sensors  are  acting  as 
data  sources.  The  exact  theoretical  covariance  matrix  for  multilateration  is 
extremely  complex.  An  approximately  correct  answer  can  be  obtained  by  viewing 
the  effect  of  multilateration  to  be  that  pictured  earlier  in  Fig.  1-9.  The 
joint  error  ellipse  shown  there  is  given  simply  by: 

-1 

Rnet^>  “  UKsi<t)l  _1  +  [Rs2(t)  j'1  ] 

The  rest  of  the  Kalman  filter  is  unchanged  with  multilateration  inputs. 

The  filter  initialization  occurs  after  two  inputs  have  been  received,  and 
is  given  by: 


X(T) 


x(T)  I 
y(T)  ! 
(x(T)-x(O) )/T  I 
(y (T)-y(O) )/T  I 


1  2 
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2  , 

°x<T> 

Ox(T)/T 

V<T> 

»xy(T)/T 

■  2 

1  a  (T)/T 
P(T)  -  1 

2a}2c(T)/T2 

cxy(T)/T 

2  ' 

20xy(T)/T2  | 
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Oxy(f) 

wxy(T)/T 

°ya> 

Oy(T)/T  | 

1  2 

1  axy(T)/T 

2oxy(T)/T2 

oy(T)/T 

2  1 

2oy(T)/T2  | 

where  0  and  T  are  the 

times  of  the  two  Inputs. 

The  derivations  of  these 

values  are  all  straightforward.  For 

example : 

x(T)-x(0) 

P12  -  E  [xx]  -  E 

2 

-  lox(T)/T 

[x(T)  - 

T 

—  ) 

since  measurements  are 

independent, 

identically  distributed  random  variables. 
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Finally,  the  one  parameter  lrt  thin  filter,  namely  Che  magnitude  of  the 
random  acceleration,  moat  be  net,  This  wetting  determines  the  responsiveness 
of  the  filter  to  turns,  A  value  of  2  knots  per  second  has  been  chosen  for 
this  study, 

10,4  Heading  K tlman  Kilter 

The  standard  Kalman  filter  just  described  assumes  a  constant  velocity 
aircraft  motion.  Thus  it  has  trouble  following  turns  and  predicting  heading 
during  turns,  A  more  general  model  of  aircraft  motion  is  one  that  assumes  a 
constant  turn  rate.  When  this  rate  Is  sero,  this  model  reduce  to  the  previous 
on«j  when  non-sero,  the  model  will  track  aircraft  performing  smooth  turns.  As 
above,  the  formulation  requires  a  turn  detection  mechanism  to  determine  when 
turns  begin  end  end.  However,  whereas  the  standard  Kalman  filter  merely 
attempts  to  survive  the  turn,  this  model  resets  its  turn  rate  estimate  and 
should  continue  accurate  tracking  throughout  the  maneuver. 

The  equations  of  motion  under  a  constant  turn  rate  assumption  are: 


x( t+T)  -  x(t)  l-  s  ( t )  *  sin  h(t)  *  T  (10-27) 
y( t+T)  >  y(c)  +  m(e)  *  com  h(t)  *  T  (10-28) 
h(t+T)  -  h(t )  +  h(t)  T  (10-29) 
h( t+T )  -  h(t)  (10-30) 


where  h(t)  and  a(t)  are  the  heading  and  speed  of  the  aircraft  at  time  t. 
Unfortunately,  theso  equations  are  non-iinear.  Thus  no  regular  Kalman  filter 
can  be  employed  for  their  recursive  solution.  The  next  section  describes  an 
extended  (non-linear)  Kalman  filter  developed  for  this  application,  while  tills 
section  develops  a  two-step,  approximate,  linear  formulation. 

The  two  equations  (10-29)  and  (10-30)  satisfy  a  linoar  Kalman  filter 
model,  with  h  instead  of  x,  y  being  the  coordinate.  Thus  the  formulation  of 
the  previous  section  applies  directly  with 


h(t) 

1 

l  T 

1/2T2 

X(t)  - 

♦  (t)  » 

l'(t)  - 

h(t) 

0  1 

1 

T 

M(l>  -  | 1  0|  etc. 

Having  only  2  states,  the  Kalman  intermediate  equations  become  considerably 
simplified.  For  example,  the  gain  matrix  A(t)  reduces  to: 


1  1 

'll 

a 

A(t )  -  - 

PU  +  R(t) 

'12 

as  | 

8 

wher^  a  and  8  have  the  earns  meaning  as  in  in  u,  8  filter. 
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This  tiltin'  has  but  a  single  measurement  variable,  the  heading  h: 


X;)-Xl 

h  “  tan-1  [ - 1  (10-31) 

y2"Vi 


where  the  erlpts  2  and  l  refer  respectively  to  the  current  and  previous 
sensor  repots,  since  two  real  measurements  are  needed  to  define  a  single 
heading  measui  t ,  somo  complexity  Is  Introduced  into  the  measurement  side 

of  the  filter,  rat.,  the  time  at  which  the  value  of  h  applies  is  the 

midpoint  of  t  vo  measurement  times: 


th  -  1/2  tt 

2 

so  that  the  filter  always  lags  real  time.  Second,  the  heading  variance  is 
somewhat  more  involved.  Using  the  rule: 


2 

o  |,  ( f  ( x  i , 


u  n  8  f 

x„>  ■  £  E  — 

l"l  j»l  dx* 


af 

°2xixj 

JXj 


(10-32) 


combined  with  the  definition  (10-31)  and  the  inde,  ience  of  measurements  1 
and  2,  the  variance  is  given  by: 


12  .22  *  l 

l  (yr-y  1  )*''.'-’x|+oxj)  +  ( *2~x i ) '  “  2(y2-yi)(x2-Xi)<uxiyl+Ox2y2> 

0|j  “  - - - - - - - - - 

I  (yv'yp2  +  (*2~xi  ) 2 1  2 

where  the  ox  and  iy  values  are  determined  by  (10-23)  through  (10-25), 

The  turn  detector  chosen  for  this  tracker  1h  the  existence  of  two 
successive  heading  measurements  that  are  both  outside  the  expected  range  in 
the  same  direction.  This  is,  a  turn  is  declared  whenever: 


hn-ll  >  -  (10-33) 

in  »n-l  -  ' 


where  t 


^measured_^predlcted 


Is  the  tracker  heading  standard  deviation.  This  same  criterion  is  used  to 
detect  the  end  of  the  turn,  or  the  transition  to  a  turn  of  a  different  turn 
rate.  Whenever  any  of  these  events  occurs,  the  tracker  is  restarted  with: 
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.  Measured, n  -  ^measured ,n-l 
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°h 
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°h 
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°h 

2 
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Whenever  sensor  or  transponder  biases  exist  in  the  system,  a  heading 
measurement  using  reports  from  two  different  sources  could  be  significantly  in 
error.  Thus,  heading  estimates  are  only  permitted  from  successive  reportB 
from  the  same  source,  as  depicted  in  Fig.  10-5.  As  shown,  these  estimates  can 
overlap  each  other  in  time.  This  presents  no  problem  as  long  as  the  estimates 
arrive  at  the  filter  In  time  order.  Occasionally  the  new  heading  estimate 
will  be  older  than  the  previous  one;  this  estimate  is  discarded.  Appendix  C, 
as  discussed  earlier,  shows  that  heading  accuracy  is  preserved  under 
transponder  biases  when  the  same  source  is  used  for  both  points. 


The  next  aircraft  attribute  requirt'd  for  this  overall  tracking  system  is 
its  speed.  Assuming  that  speed  changes  very  slowly  for  an  aircraft  in  flight, 
the  following  very  simple  moving  average  filter  was  chosen: 

N-l  1  j  n  nO 

Snow  "  ^old  +  -  Smeasured  N  “  i 

N  N  (5  n>5 


where  n  Is  the  number  of  speed  measurement  samples  that  have  been  taken.  Each 
such  measurement  is  given  by: 


/ (xjj-x'i  )2  +  (v^-yi)2  hT/2 

smeaaured  "  ~  (10-34) 

T  sin(hT/2) 

where  T  is  the  Interval  between  the  first  and  second  reports,  figure  10-6 
Illustrates  how  the  second  factor  supplies  a  needed  correction  to  the  visual 
speed  formula  when  an  aircraft  Is  In  a  turn.  As  with  the  heading,  only 
successive  reports  from  the  name  source  sre  used  In  this  calculation. 

Once  the  aircraft  heading  and  speed  are  known,  equations  (10-27)  and 
(10-28)  can  be  solved  by  a  Kalman  filter  approach.  The  statu  vector  consists 
of  two  components,  x  and  y.  The  state  update  step  becomes: 
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X  »  PRIMARY  REPORT 


:  PRIMARY  HEADING  ESTIMATE:  ACCURATE 
:  SECONDARY  HEADING  ESTIMATE:  ACCURATE 
;  CROSS-TERM  HEADING  E8TIMATE:  ERRONEOU8 


Kin.  I  <)-•». 


Hoad  lii)>.  estimate  procedure 


Sheading  rate  of  change 

T  *  TIME  BETWEEN  3CAN8 
r  =  RADIUS  OF  TURN 


d/a  -  r  SIN  liT/2 


d  *  d 


rtT/a 
SIN  ftT/3 


10-6.  Turn  cornu- 1 Ion  fat-tor. 


(10-35) 


x ( t  +T )  •  x(t)  +  s  T  sln(h  +  (t+T/2-t)h] 
y(c+T)  *  y(t)  +  s  T  cos[h  +  (t+T/2-i)h] 
where  It  and  h  are  the  most  recent  values  from  the  heading  Kalman  filter, 

A 

valid  at  time  t,  and  s  is  the  speed  term  modified  to  account  for  turns: 


*  sln(hT/2) 
s  ■  s - - 

• 

hT/2 

I'he  covariance  matrix  update  uses  the  rule  expressed  in  (10-32),  yielding: 

d  x  “  a  A  “2 

Al>n  »(--)  oh  -  s2  T2  cos2(h)oh 
9h 


3  x  3  y  *  a  *  2 

Al'l2  “  Al’l2  ”  "  “^T2  coa(h)  sin(h)  <Jtl 

3h  3  x 

>,  *  2 

d  y  )  *  *  ') 

Al'v,  «(  — )  oh  -  -s2t2  sln2(h)  of, 

3h 

where 


It  -  It  +  ( T /  2 — x  )h 

is  the  average  heading  during  the  update.  The  remaining  steps  of  the 
approach  for  x  and  y  are  identical  to  those  of  the  standard  Kalman  filter 
(steps  1  through  h  o f  the  previous  section). 

The  approach  presented  in  this  section  can  be  summarized  as  follows: 

1.  estimate  the  heading  and  turn  rate  of  the  aircraft  using  a  2-state 
Kalman  filter 

2.  estimate  the  aircraft  speed  via  a  moving  average 

3.  smooth  the  aircraft  x,  y  position  using  a  Kalman  filter  approach 

4.  predict  future  positions  using  the  present  position,  heading,  turn 
rate,  and  speed. 
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Although  this  method  appears  to  be  complex,  it  actually  requires  significantly 
less  processing  time  and  storage  then  the  standard  Kalman  filter,  mainly 
because  of  the  fact  that  all  matrices  are  2x2,  not  4x4. 

While  testing  this  method,  one  modification  was  found  to  improve 
performance:  whenever  the  estimated  turn  rate  is  less  than  1#  per  second, 
assume  the  aircraft  is  really  flying  straight.  This  assumption  is  used  in 
both  the  position  smoothing  and  future  prediction  steps.  The  results 
presented  later  use  this  modification,  and  assume  a  heading  filter 
acceleration  noise  of  1/16°  per  second  per  second. 

The  study,  design,  and  optimization  of  this  tracker  hes  not  yet  been 
completed.  In  particular,  as  shown  later  in  the  results,  its  x,y  smoothing 
section  tends  to  cause  drift  from  the  true  aircraft  position.  Parameter 
adjustments,  or  even  algorithm  modifications,  may  be  needed  to  remove  this 
effect. 


10.5  Extended  Kalman  Filter 


The  major  problem  with  the  previous  approach  is  that  the  heading  and 
position  estimates  are  uncoupled.  That  is,  first  heading  is  estimated,  then 
position  is  smoothed.  This  was  forced  by  the  desire  for  a  linear  solution 
method.  This  section  considers  the  extended  Kalman  filter  [11],  an  approach 
that  permits  non-linear  state  equations  of  motion. 


Table  10- l,  taken  from  the  reference,  presents  the  equations  that  define 
the  extended  Kalman  filter.  Let  a  5-state  system  be  employed:  x,  y,  t  h,  h, 
and  s.  The  equations  of  motion  defining  the  system  model  thus  become  (refer 
to  (10-27)  thiouRh  (10-30)): 


x 


s  sin  h 


y 

h 


s  cos  h 
h 


f 


I  h  I 


I  8  I 
I  I 


0 

0 


and  the  measurement  model  is: 


I  y  I 


From  this,  the  two  major  matrices  needed  ’ey  the  formulation  are  given  by c 
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TABLE  10-1 


SUMMARY  OF  CONTINUOUS  DISCRETE  EXTENDED  KALMAN  FILTER 


System  Model 

x(t)  -  _f(x(t),t)  +  w(t) ;  w(t)  ~  N(0,Q(t)) 

Measurement  Model 

Ik  ”  ^(xttk))  +  v^J  k  “  1,2 .  ^  ~  N(0,Rk) 

Initial  Conditions 

A 

x(0)  ~  N(xo,P0) 

Other  Assumptions 

E[w(t)  vjj  m  q  fQ[  k  an<j  a^  t 

State  Estimate 
Propagation 

A  A 

x(t)  - 

A  A 

Error  Covariance 
Propagation 

P(t)  -  F(x(t),t)  P(t)  +  P(t)  FT(x(t),t)  +  Q(t) 

State  Estimate 

Update 

A  A  A 

2tk(+)»Xk(-)  +  Kk[£k~llk  (2Sr(-))] 

Error  Covariance 
Update 

Pk(+)  -  [I-Kk  Hk  (x^-))]  Fr(-) 

Gain  Matrix 

Kk  “  l'k<->HkT  Cxj^C-))  (Hk^C-))  Pk(-)  HkT(xk(-))  +  RkJ 

*  3f(x(t),t| 

F (x )  ( t ) ,  t )  - 1 

3x,(t)  I 

U(t)-T(t) 

Def  lnitioriB 

'  3hic(x(til)l 

Hr (*.("))  - - - 1 

3x(tk)  I  * 

lx(tk)-x(~) 
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F  - 


0  0  3  cos  h  0 

0  0  -s  sin  h  0 


0  0 
0  0 
0  0 


0 

0 

0 


1 

0 

0 


sin  h 
cos  h 
0 
0 
0 


H 


1  0  0  0  0  I 
I 

0  1  0  0  o  I 


With  these  definitions,  the  solution  proceeds  as  shown  in  t he  table. 

The  initial  covariance  matrix  is  constructed  by  using  the  rule  (10-32). 

2  2 

As  an  example  of  its  application,  0^3  (*oxh)  *s  derived.  The  (leading  is: 

-l  x3~x2 
h  ■  tan  1  [ - ] 

y3-y2 

where  3  is  the  most  recent  report  of  the  three  needed  for  this  method.  Then: 

2  3  3  2  3  3 

0 13  - - (x) - (h)ox  + - (x) - 

3x3  3x3  3x3  3y3 


all  other  terms  being  zero,  as  reports  are 
finally: 

2  2 

2  (y3-y-2)  °x  -  ^x3-x2 J  °xy 

0 13  "  “  ~ 

(y3-y2)2  +  (x3-x2)2 

Other  terms  are  derived  in  a  similar  manner. 


(hjO^y 

assumed  to  be  independent.  Thus 


This  method  was  not  fully  developed  when  the  study  concluded,  so  no 
results  can  be  shown.  However,  it  is  far  more  complex  then  any  other  method, 
both  because  a  bx5  matrix  is  Involved  and  because  incremental  updates  are 
required  due  to  the  inability  to  integrate  the  non-linear  functions. 
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10.6  Tracker  Performance  Comparisons 


The  smooching  and  prediction  filters  presented  In  this  chapter  were 
tested  against  various  types  of  simulated  data  In  an  attempt  to  learn  how  each 
performs  against  the  types  of  aircraft  report  environments  that  would  be 
encountered  in  practice.  The  results  are  summarized  In  Tables  10-2  through 
10-4.  As  seen,  only  a  small  subset  of  the  combination  of  antenna  scan  rates, 
system  biases,  aircraft  trajectories ,  netting  timing,  and  netting  algorithms 
are  presented.  Also,  no  fine  tuning  of  tracking  parameters  was  attempted. 

Thus  the  results  discussed  here  concerning  tracker  comparisons  should  be  taken 
as  representative.  More  study  would  be  required  before  a  total  netting  system 
recommendation  could  be  made. 

The  three  tables  differ  with  respect  to  the  types  of  aircraft  motion 
assumed : 

Table  10-2:  24  real  aircraft  trajectories 

Table  10-3:  straight  flight 

Table  10-4:  constant  2°/sec  turning  flight 

For  each  table,  a  4-second  antenna  was  assumed,  and  type  1  or  2  netting  timing 
was  employed  as  appropriate  for  the  number  of  output  reportB  per  scan  desired. 
The  other  data  components  were  each  represented  by  two  opposite  options: 

Input  data:  raw  or  netted 
reports/scan :  1  or  3 

biases:  none  or  transponder  and  system 

This  accounts  for  the  8  rows  (2x2x2)  In  each  table.  The  results  presented  in 
each  box  are  the  average  position  error  in  miles  and  heading  error  in  degrees 
produced  by  the  top-named  tracker  operating  on  the  left-named  input  options. 

The  conclusions  that  can  be  supported  by  the  results  in  these  tables  are 
as  follows: 

Two-point  Interpolator: 

This  "tracker"  is  not  all  that  bad  for  single  report  per  scan  inputs.  It 
handles  straight  and  turning  trajectories  about  equally  well,  thereby  showing 
the  miniraax  property  that  makes  it  suitable  for  Mode  S  correlation  use.  Note 
in  particular  that  it  does  far  better  than  the  Kalman  filter  on  turning 
tracks.  It  is  totally  unsuitable,  however,  on  closely  spaced  reports  as  occur 
with  three  report  per  scan  inputs. 

a/6  filter 


This  tracker  is  uniformly  superior  to  the  two-point  interpolator,  while 
requiring  little  additional  storage  or  processing.  It  is  also  capable  of 
processing  several  reports  per  scan. 
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TABLE  10-2 


TRACKER  PERFORMANCE,  24  AIRCRAFT  TRAJECTORIES 


Tracker 


I  Input 

Any 

Linear 

Quad 

Normal 

T 

1 

Heading 

|  Data 

Biases? 

2-pt 

a,  8 

Fit 

Fit 

Kalman 

1 

1 

Kalman 

.04 

.04 

.04 

.04 

.03 

T 

l 

.08 

N 

7.6 

5.6 

5.6 

4.2 

3.3 

l 

4.5 

I  Primary 

! 

|  Sensor 

.07 

.07 

.07 

m 

.07 

H 

Y 

7.6 

5.6 

5.6 

■ 

3.3 

B9 

.06 

.04 

.04 

.03 

.06 

N 

32.7 

10.6 

7.5 

3.9 

6.6 

1  Three 

1  Sensor 

.11 

.05 

.05 

.05 

.06 

T 

1 

.07 

Y 

47.0 

13.6 

8.2 

4.5 

11.6 

1 

1 

6.6 

. . 

.03 

.03 

.03 

.03 

.03 

T 

1 

.06 

N  j 

5.1 

4.0 

4.0 

3.2 

2.9 

1 

3.5 

|  Extended 

i 

I 

|Flat  Earth 

1 

T 

I  (l/scan) 

1 

.0,’ 

.07 

.07 

.07 

.07 

1 

.10 

Y  | 

1 

5.1 

4.0 

4.0 

3.3 

2.9 

1 

i 

3.5 

1 

.03 

.03 

.02 

.02 

.02 

T 

1 

.18 

N  i 

14.3 

4.9 

3.6 

2.6 

3.7 

I 

3.7 

1  Multilat 

1 

1  (3/scan) 

1 

.05 

.04 

mm 

.04 

mm 

Y  | 

15.6 

5.6 

KB 

2.9 

EB 

Key :  I  .02  I - average  posi  tion  error,  run 

I  2.7  I - average  heading  error,  degrees 
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TABU-:  10-3 


TRACKER  PERFORMANCE,  STRAIGHT  TRAJECTORY 


T - - - 

I  Tracker 


! 

Input  1 

Any 

1  1 

1  1 

1 

1 

LI  near 

1 

1 

Quad  I 

1 

Normal 

Heading 

Data  1 

Blase 

;?  I  1 

2-pt 

1 

a,  0  j 

Ki  t 

1 

Fit  | 

Kalman 

. J 

Kalman 

1 

1  1 

.03 

1 

.03  I 

.03 

1 

.03  I 

.02  I 

.18 

1 

K 

1  1 

9.2 

1 

7.3  I 

7.5 

1 

4.7  | 

2.7  | 

4.7 

Primary  1 

1  1 

'"IT" 

1 

1 

1 

Sensor  I 

T* 

T™ 

r  T 

1 

II 

.00 

I 

.06  I 

.06 

1 

.06  I 

.06  | 

.19 

1 

1 

Y 

II 

II 

ii 

9.2 

1 

1 

7.5  I 

7.5 

1 

1 

4.7  | 

2.7  | 

4.7 

1 

.06 

T" 

1 

.02  1  .02 

T 

1 

1 

.02  1 

"  1 
.02  i 

.18 

1 

N 

n 

29.3 

1 

10.3  | 

7.5 

1 

3.5  I 

1.5  | 

4.0 

Th reo  1 

ii 

1 

1 

Sensor  1 

1 

TT 

11 

.11 

T“ 

1 

1 

.03  | 

.03 

T~ 

1 

1 

.03  | 

.03  | 

.18 

1 

1 

Y 

II 

II 

46 . 3 

1 

1 

12.7  | 

8.8 

1 

1 

3.6  I 

6.1  I 

3.8 

“  -  | 

1 

■  t r 
ii 

.03 

T 

I 

"  7 

.03  | 

.03 

1 

1 

.03  I 

.03  I 

.21 

1 

N 

ii 

7.1 

1 

6.0  I 

6.0 

1 

4.6  1 

3.1  1 

5.0 

Extended  1 

ii 

1 

1 

Flat  Earth  I 

'  TT 

T 

1 

1 

(1/scan)  1 

II 

.07 

1 

.07  | 

.07 

1 

.06  1 

.07  I 

.22 

1 

1 

Y 

II 

7.1 

1 

1 

5.9  | 

5.9 

1 

1 

4.5  I 

3.1  1 

6.3 

'  T 

1 

II 

II 

.03 

T 

1 

.02  I 

.01 

T~ 

1 

.01  I 

.01  1 

.15 

1 

N 

II 

10.1 

1 

5.6  I 

3.8 

1 

2.3  I 

1.1  1 

2.6 

Mult  Hat  1 

II 

1 

1 

(3/scan)  I 

! 

~rr 

ii 

.02 

1 

.02  | 

.01 

1 

1 

.02  | 

.01  1 

.12 

1 

Y 

n 

11.9 

1 

6.3  I 

4.4 

1 

2.5  I 

1.2  j 

4.0 

Key: 


.02  I -  average  position  error,  nm 

2.7  | -  average  heading  error,  degrees 


TABLE  10-4 


TRACKER  PERFORMANCE,  TURNING  TRAJECTORY 


1 

1 

1 

!  Tracker  I 

1  1 

T 

T 

r  i 

Input 

Any 

1 

1 

Linear 

Quad 

Nor  lad  1 

1 

Head  <  ng | 

Data 

Biases? 

1  2-pt 

L . . 

a,  0 

1 

Fit 

Fit 

Ke  '  ..uin 

1 

Kalman  1 

1 

1 

.02 

i 

.02 

.03 

.04 

1 

.19  | 

N 

6.6 

6.8 

1 

6.8 

8.6 

12.1 

1 

2.8  | 

Primary 

1 

1 

Sensor 

.05 

.05 

T 

1 

.05 

.05 

.06 

T 

1 

.21  | 

Y 

6.6 

6.7 

1 

1 

6.7 

8.5 

12.1 

1 

1 

2.8  | 

.06 

.02 

T 

1 

.02 

.02 

.03 

1 

1 

.08  | 

N 

34.2 

8.3 

1 

6.9 

7.9 

12.7 

1 

5.4  | 

Three 

1 

1 

1 

Sensor 

1 

1 

.  1 1 

.03 

1 

i 

.03 

.03 

.03 

T 

1 

.08  | 

Y  I 

1 

54.7 

15.9 

i 

1 

8.8 

7.8 

15.7 

1 

1 

5.4  | 

1 

1 

.03 

.03 

T 

1 

' 

.03 

.03 

.04 

T 

1 

.17  I 

N  I 

9.1 

7.2 

1 

7.2 

10.3 

12.4 

1 

5.7  | 

Extended 

1 

1 

1 

Flat  Earth 

! 

r 

~P 

( 1/scan) 

1 

.06 

.06 

i 

.06  I 

.06 

.07 

1 

.19  | 

Y  1 

1 

9.0 

7.1 

i 

i 

7.1  1 

10.3 

12.4 

1 

1 

9.4  | 

1 

1 

.03 

.02 

T 

1 

~"r 
.02  1 

.03 

.04 

1 

1 

.12  | 

N  1 

22.2 

6.1 

1 

6.6  j 

8.3 

1 1 .8 

1 

4.8  j 

Multilat 

1 

1 

1 

(3/suan) 

1 

1 

.03 

.02 

T 

1 

r 

.02  ! 

.03 

.04 

T 

1 

.11  1 

Y  I 

I 

25.7 

6.8 

! 

1 

o.B  | 

8.4 

11.7 

1 

1 

4.7  I 

.02  I - average  position  error,  nm 

2.7  | -  average  heading  error,  degrees 
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Linear  fit  tracker 


This  tracker  is  the  extension  of  the  a, 6  filter  that  applies  specifically 
to  multiple  report  per  scan  inputs.  It  does,  as  expected,  provide  superior 
performance  in  such  cases. 

Quadratic  fit  tracker 

This  tracker,  for  typical  aircraft  trajectories,  is  superior  to  the 
previous  linear  curve  fit  tracker.  It  is  particularly  improved  for  straight 
flight  and  when  inter-sensor  registration  errors  are  present.  Surprisingly, 
although  this  tracker  computes  an  acceleration  term  whereas  the  linear  one 
does  not,  it  is  inferior  for  turning  flight.  The  reason  for  this  seeming 
anomaly  is  that  it  is  centered  one  scan  behind  real  time.  Thus  a  full  scan 
projection  is  required  for  a  current  estimate,  magnifying  any  heading  error. 
Examination  of  other  data  shows  that  the  heading  error  of  this  tracker, 
relative  to  that  of  the  linear  one,  grows  less  rapidly  with  longer  range 
projections;  thus  the  acceleration  term  is  a  useful  feature. 

Kalman  filter 


As  expected,  this  tracker  is  optimum  for  straight-flying  aircraft  In 
unbiased  systems.  However,  it  is  the  worst  at  following  turns,  and  is 
affected  by  biases.  In  particular,  it  appears  incapable  of  handling  raw  data 
from  three  sensors  when  registration  errors  exist.  Various  modifications 
would  be  required  to  upgrade  its  performance. 

Heading  Kalman  filter 


This  tracker  appears  to  be  the  best  for  processing  reports  from  turning 
aircraft,  thereby  validating  its  design  goal.  It  also  has  the  property  of 
providing  reasonable  to  good  performance  for  all  types  of  trajectories,  system 
biases,  and  data  sources,  and  as  such  is  a  minimax  type  of  tracker.  Its  one 
apparent  problem  is  the  tendency  for  positional  drift.  Since  conflict  alert 
algorithms  are  compromised  most  by  large  heading  errors,  this  tracker  has  the 
potential  of  being  the  best. 

10.7  Tracker  Performance  in  Diffraction 


To  determine  how  well  each  type  of  tracker  performed  in  diffraction 
zones,  the  24  aircraft  trajectory  tests  were  repeated  with  simulated 
diffracted  primary  sensor  azimuths.  The  method  used,  as  described  in 
section  2.4,  assumed  a  20-scan-wide  diffraction  zone  reached  after  a  5-scan 
normai  period  that  allowed  each  tracker  to  reach  steady  state.  The  eg  for  the 
diffraction  zone  was  set  at  5  milllradians .  The  results,  shown  in  Table  10-5, 
should  be  compared  with  the  previous  results  reported  in  Table  10-2. 

The  first  two  rows,  in  which  the  primary  diffracted  reports  were  input  to 
each  tracker,  clearly  Indicate  that  n£  tracker  ie  capable  of  overcoming 
diffraction.  The  large  azimuth  variance  is  simply  too  great  to  be  smoothed. 
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TABLK  10-5 

TRACKER  PERFORMANCE,  24  AIRCRAFT  TRAJECTORIES,  DIFFRACTION  ZONES 


Tracker 


Input  I  Any 

Data  I  Biases? 


Primary 

Sensor 


I  V 


I  Secondary 
I  Sensors 


I  Extended  I 
I  Flat  Earth  I 
I  (l/8oan)  I 


Multilat  I 
(3/scan)  I* 


I  Linear  |  Quad  I  Normal 
a,  S  |  Fit  |  Fit  I  Kalman 


.17  I  .17  |  .17  |  .18 

24.9  I  24.9  |  17.4  |  23.2 


.29  I  .07 

36.4  |  10.6 


.03  | 

14.4  | 


.07  I 
16.2  | 


.04  I  .05 
2.8  |  4.2 


Head  Lng 
Ka  l  ma  n 


r  r  '  - 

1  .IS  I  .19 

!  17.4  |  23.2 

.23 

31.3 

1  1 

i  r 

1  .05  I  .06 

1  6.2  I  8.4 

1  1 

.07 

8.4 

1  1 

I  .07  1  .09 

1  6.9  I  11.2 

1  1 

.08 

8.4 

Key:  I  .02  |- 

I  2.7  |- 


average  position  error,  run 
average  heading  error,  degrees 


Thus,  some  form  of  netting  approach  is  required  to  successfully  track  aircraft 
through  a  diffraction  zone. 

The  second  two  rows  assume  that  the  two  secondary  sensor  raw  reports  are 
input  to  each  tracker;  the  primary,  diffracted,  reports  are  discarded.  The 
results,  for  the  most  part,  are  slightly  inferior  to  those  of  Table  10-2, 
although  a  few  slight  improvements  in  heading  can  be  noted.  These  heading 
improvements  are  probably  due  to  fewer  data  points  producing  fewer  closely 
spaced  data  intervals.  As  explained  in  previous  chapters,  positional  errors 
can  be  magnified  into  large  velocity  corrections  at  such  intervals.  More  than 
likely,  for  enroute  sensors,  a  heading  degradation  would  occur  in  diffraction 
zones . 

The  tracker  with  the  greatest  performance  degradation  is  the  quadratic 
fit  tracker.  Since  curve  fitting  counts  on  many  input  points  for  its 
accuracy,  the  loss  of  one-third  of  the  reports  not  surprisingly  has  taken  its 
toll.  However,  this  tracker  is  still  the  best  performer  of  those  being 
considered  for  these  input  rows. 

The  extended  flat  earth  input  rows  are  essentially  unaffected  by  the 
diffraction,  for  any  of  the  trackers.  This  follows  from  the  results  of  the 
last  chapter,  in  which  this  netting  algorithm  was  shown  to  perform  well  in 
diffraction. 

Finally,  the  rows  for  multilateration,  which  doesn't  use  the  primary 
sensor  azimuth,  are  not  surprisingly  virtually  unchanged  for  diffraction.  The 
only  difference  caused  by  diffraction  is  that  the  tracker  must  now  coast  when 
no  secondary  report  exists,  whereas  before  it  would  use  the  raw  primary  report 
for  its  input. 

10.8  Tracker  Class  Comparisons 

At  this  time,  it  is  possible  to  compare  the  three  general  classes  of 
netting  tracking  techniques  described  in  Chapter  6:  high  data  rate,  netted 
reports,  and  curve  fitting. 

For  terminal  4-second  sensors,  the  high  data  rate  approach,  of  inputting 
many  reports  into  standard  sensor  trackers,  has  yielded  poor  results.  These 
reports  tend  to  occur  so  close  together  in  time  that  any  small  position  errors 
are  magnified  into  large  velocity  and  heading  errors.  Thus  this  technique 
appears  to  have  potential  merit  only  for  10  and  12-second  enroute  sensors.  An 
enroute  study  has  not  yet  been  undertaken. 

The  second  technique,  of  jointly  using  measurements  from  two  or  three 
sensors  to  form  netted  tracker  input  reports,  has  yielded  substantial 
performance  improvements.  By  supplying  more  accurate  position  data  to  the 
trackers,  their  smoothing  function  is  enhanced.  The  reports  generated  by  the 
extended  flat  earth  approach,  when  fed  into  a  Kalman  filter  type  tracker,  have 
yielded  excellent  results. 
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Finally,  the  curve  fitting  approach  has  been  found  to  be  very  competitive 
with  the  netted  data  input  approach.  The  output  of  the  curve  fitting  process, 
even  without  further  smoothing,  has  yielded  accurate  position  and  heading 
results.  Curve  fitting  versus  netted  input  involves  several  storage  and 
processing  tradeoffs  that  are  as  yet  not  clearly  defined. 


186 


11.0  NON-POSITIONAL  DATA  IMPROVEMENT  ALGORITHMS 


The  last  several  chapters  have  concentrated  on  the  Improvement  of 
positional  accuracy  for  reports  known  to  correspond  to  real  aircraft.  There 
are  many  uses  for  netting,  however,  in  additional  to  this  primary  one.  This 
chapter  discusses  the  types  of  algorithms  that  might  be  employed  in  these 
cases.  None  have  yet  been  implemented  or  tested  on  live  data,  so  no 
performance  details  are  available. 

No  sensor  can  maintain  a  perfect  blip/scan  ratio  on  all  its  aircraft. 
Netting  can  help  maintain  tracking  continuity  during  such  temporary  loss  of 
coverage.  Moreover,  even  when  a  target  report  is  present,  some  code  or 
altitude  Information  may  be  absent  due  to  garble.  Thus,  having  a  second 
sensor  to  call  on  for  help  is  often  very  useful  for  data  continuity.  In  the 
extreme  case,  netting  can  provide  a  failsoft  mechanism  for  some  modes  of 
sensor  failure. 

When  a  target  report  is  missing,  it  is  easy  for  a  sensor  to  determine  it 
needs  help.  It  is  far  more  difficult,  though,  for  a  sensor  to  know  when  an 
existing  report  is  extraneous  and  should  be  filtered  or  discarded.  If  data 
from  a  second  sensor  were  available,  the  absence  of  a  correlating  report  could 
be  used  as  a  powerful  added  test  for  such  a  confirmation.  In  addition,  some 
categories  of  extraneous  reports  that  could  not  be  identified  at  all  from  a 
single  sensor  might  be  found  when  netting  is  used.  Finally,  second  sensor  aid 
may  well  prevent  track  swaps  or  track  captures  due  to  ambiguous  or  suspect 
target-to-track  correlations. 

11 . I  Data  Substitution  and  Code  Improvement 

The  major  causes  of  missing  target  reports  are  blockages  (buildings  or 
mountains)  and  fades  (antenna  pattern  lobing  or  aircraft  banking).  Both 
effects  often  last  for  several  scans,  and  hence  loss  of  track  could  occur 
unless  data  were  supplied  from  another  sensor.  A  particularly  common  data 
loss  situation  occurs  when  an  aircraft  flies  through  the  sensor  cone  of 
silence;  here  the  loss  Is  generally  long,  and  reacquisition  especially 
difficult . 

At  other  times,  an  ATCKBS  target  report  may  exist  but  contain  a  low 
confidence  Identity  code  or  altitude.  Either  or  both  could  become  garbled, 
and  even  unusable,  when  aircraft  flight  paths  cross  or  fruit  is  heavy.  Garble 
during  aircraft  crossing  situations  may  well  lead  to  Improper  correlations, 
and  track  swaps  may  occur  should  the  code  information  needed  to  choose  between 
the  reports  become  obscured.  Secondary  sensor  data  could  prevent  such  errors 
if  the  alternate  direction  of  view  provides  garble-free  codes  for  the 
reports. 

Assuming  sensor-to-sensor  correlation  can  be  done  properly  (a  big 
assumption  for  crossing  aircraft),  the  algorithms  for  supplying  missing  data 
from  a  second  sensor  are  straightforward.  However,  their  ease  of  application 
in  real-time,  and  the  benefits  resulting  from  their  use,  remain  to  be 
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determined.  It  is  clear  that  simulation  cannot  be  used  to  predict  these 
benefits.  The  characteristics  of  real  data  would  be  needed  for  the  simulation 
model. 


11.2  False  Data  Suppression 

Mode  S  contains  algorithms  for  identifying  various  types  of  false  alarm 
reports,  such  as  reflection  false  targets,  correlating  fruit  reports, 
ringaround  and  multiple  reports,  and  split  reports.  However,  all  such 
identifications  are  at  best  educated  guesses.  If  data  from  a  second  sensor 
were  available,  the  presence  or  absence  of  correlating  reports  could  be  used 
as  a  contradictory  or  confirming  criterion  respectively  for  the  decision.  In 
the  latter  case,  the  report  would  be  kept  and  a  possible  error  avoided.  When 
multiple  reports  with  the  same  Mode  S  or  discrete  ATCRBS  code  exist,  such  as 
in  ringaround,  the  one  seen  by  the  other  sensor  would  be  retained. 

The  algorithms  that  can  be  devised  for  identifying  extraneous  reports  are 
totally  dependent  upon  the  quality  of  sensor-to-sensor  correlation.  These 
algorithms  must  also  guarantee  a  very  high  degree  of  confidence  when  a  report 
is  to  be  eliminated,  as  the  worst  possible  error  is  the  failure  to  report  the 
existence  of  a  real  aircraft.  Thus,  it  is  possible  that  two  or  more  scans 
will  be  required,  for  example,  to  declare  a  track  to  be  due  to  a  reflection. 
The  absence  of  a  live  testbed  has  precluded  development  of  algorithms  in  these 
cases,  and  no  recommendations  as  to  the  value  of  netting  for  data  editing  can 
yet  be  attempted. 

11.3  Correlation  Improvement 

Whenever  two  similarly  coded  ATCRBS  aircraft  are  crossing,  it  is  possible 
for  target-to-track  correlation  to  make  incorrect  pairings.  This  is  true 
either  when  the  codes  are  identical  (such  as  both  1200)  or  differ  only  in  bltB 
undergoing  garble.  A  second  sensor  may  be  able  to  aid  in  the  correlation 
decision  by  providing  a  non-garbled  view  of  the  two  reports,  as  shown  in 
Fig.  11-1. 

The  algorithm  for  performing  this  task  would  appear  to  require  complex 
inter-sensor  correlation,  involving  for  example  a  2-dimensional  deviation 
score.  At  present,  no  attempt  to  develop  the  procedure  has  been  made. 
Simulations  could  aid  In  this  process,  so  live  data  in  not  a  necessity,  merely 
desirable. 

Help  from  a  second  sensor  may  also  be  Important  in  preventing  suspect 
target-to-track  correlations  from  causing  track  captures.  Whenever  the  proper 
report  for  a  track  Is  absent,  the  track  is  subject  to  correlation  with 
extraneous  data.  Such  events  can  cause  tracking  errors  that  may  prevent  later 
reacqulsltion  by  the  correct  data.  With  only  a  single  sensor,  all  one-on-one 
associations  must  be  accepted,  even  when  suspect.  Secondary  sensor  data  could 
prevent  these  errors  either  by  supplying  the  missing  real  reports  or  by 
Indicating  the  extraneous  ones  to  be  false. 
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Pt1*  P12=»  GARBLE 
P21<  P22a»  NO  GARBLE 


Fig,  11-1.  Alternate  view  of  garble. 
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Such  secondary  sensor  help  will  also  permit  the  ATCRBS  tracker  to  follow 
aircraft  maneuvers  more  rapidly.  The  present  sensor  design  includes  a  turn 
detection  algorithm  whose  purpose  is  to  prevent  a  track  from  straying  due  to 
correlation  with  bad  data.  Unfortunately,  true  sharp  turns  are  flagged  by 
this  algorithms  as  well.  Secondary  sensor  confirmation  of  a  turn  would 
eliminate  tracker  delay. 


12.0  NETTING  DEMONSTRATION  FACILITY 


The  principal  tool  of  the  surveillance  netting  project  was  to  have  been  a 
live  two-sensor  demonstration  facility.  This  facility  would  have  permitted 
realistic  testing  of  the  algorithms  developed  in  the  study  as  well  as 
providing  a  viewing  area  for  real  time  netting.  At  the  time  the  project 
concluded,  this  facility  was  nearing  completion. 

This  chapter  provides  an  overall  description  of  the  hardware,  software, 
and  communications  that  was  being  developed  to  implement  this  facility.  The 
reason  for  the  presentation  is  to  document  the  effort  to  date  to  permit 
resumption  at  a  later  time  if  desired. 

The  basis  of  the  facility  is  a  Data  General  Eclipse  S-250  computer.  This 
computer  provides  a  central  point  at  which  data  from  two  or  more  sensors  could 
be  combined  and  visually  examined  in  a  variety  of  modes.  The  viewing  function 
is  provided  via  a  Megatek  display  computer  tied  to  the  Eclipse.  The  two 
sensors  currently  used  for  live  data  gathering  are  the  fixed  MODSEF  facility 
and  the  mobile  AMPS  sensor. 

12.1  Computer  Configuration 

Figure  12-1  illustrates  the  various  computers  that  constitute  the 
demonstration  facility,  as  well  as  the  interconnections  linking  them.  The 
SEL-86  computer  has  served  for  a  decade  as  the  processing  center  of  the  MODSEF 
sensor.  Its  only  output  link  has  been  via  a  Nova  800  computer  that  drives  a 
controller  display.  The  difficulty  of  changing  the  SEL  hardware  configuration 
made  it  necessary  to  keep  the  Nova  in  the  system. 

MODSEF  target  reports  will  be  passed  first  from  the  SEL  to  the  Nova,  and 
then  from  the  Nova  to  the  Eclipse.  The  latter  link  employs  a  synchronous 
interface  as  shown  in  the  figure.  Since  both  computers  are  made  by  Data 
General,  this  hardware  link  is  straightforward. 

The  AMPS  sensor  uses  a  Digital  Equipment  PDP  11/55  computer  for  its 
processing  component.  Since  AMPS  is  to  be  a  remote  mobile  sensor,  its 
connection  to  the  Eclipse  must  be  via  a  phone  line  and  a  pair  of  modems. 

During  real-time  centralized  netting  configuration  testB,  this  link  will  be 
used  to  output  AMPS  reports  to  the  Eclipse.  For  real-time  localized  netting 
configuration  experiments,  the  link  will  carry  data  in  both  directions: 
requests  for  SEL  reports  and  reports  for  display  to  the  Eclipse,  reports  in 
response  to  requests  to  AMPS.  Finally,  in  the  hybrid  configuration,  the  link 
will  also  be  duplex:  reports  for  display  to  the  Eclipse,  improved  track  files 
to  AMPS. 
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Fig.  12-1.  Demonstration  facility  architecture. 
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The  Megatek  computer  serves  as  the  system  display  terminal.  No  matter 
whi.h  configuration  is  being  tested,  all  reports  to  be  displayed  will  be 
shipped  to  it  by  the  Eclipse,  even  if  the  Eclipse  merely  serves  as  a  data 
transfer  agent  (such  as  for  reports  originating  at  AMPS).  This  decision  was 
made  for  two  reasons.  First,  since  the  Eclipse  and  Megatek  (whose  processor 
is  a  Nova  3  computer)  are  both  Data  General  units,  the  hardware  link  is 
simplified.  Second,  the  Eclipse  can  then  contain  special  filtering  programs 
to  allow  it  to  select  the  reports  desired  by  the  user-chosen  display  option 
(AMPS  only,  SEL  only,  netted)  without  the  need  to  modify  any  other  system 
computer. 

12.2  Communications  Channels 

All  data  links  connecting  components  to  the  central  Eclipse  are 
implemented  by  synchronous  RS-232  lines  operating  in  full  duplex  mode  at  9600 
baud.  These  lines  are  controlled  by  a  DCU-200  (data  communications  unit), 
which  is  a  separate  high-speed  I/O  processor,  tied  to  the  Eclipse,  and 
communicating  with  it  via  direct  memory  access  (DMA).  The  DCU  eliminates 
the  processing  overhead  involved  with  handling  the  synchronous  lines,  and 
simplifies  future  I/O  configuration  changes. 

The  link  between  the  Eclipse  and  the  AMPS  sensor,  shown  in  Fig.  12-2, 
utilizes  a  four-wire,  full  duplex,  dedicated  phone  circuit.  The  specific 
modems,  elements,  and  connections  that  constitute  this  circuit  are  defined  in 
the  figure.  The  DQ11  at  the  AMPS  end  is  a  device  that  controls  the  I/O 
Interface  through  hardware  and  software  routines  in  a  manner  similar  to  the 
Eclipse  DCU.  Both  of  them  monitor  and  handle  the  various  buffers  and 
interrupt  vectors  required  by  the  full  duplex  operation. 

The  communications  protocol  for  this  link  provides  for  message  typing  and 
synchronization.  Each  transmission,  whether  from  AMPS  or  from  the  Eclipse, 
requires  both  a  header  block  and  a  data  block.  The  formats  defined  for  these 
entitles  are  outlined  in  Figs.  12-3  and  12-4  respectively. 

The  header  block  is  a  fixed  size,  so  its  handling  is  known  before 
decoding.  It  then  specifies  the  size  of  the  following  data  block,  so  the  I/O 
processing  routines  can  be  set  up  to  properly  receive  it.  Both  blocks,  as 
shown,  contain  synchronization  bytes  (Synch)  and  error  detection  bytes  (CRC 
and  LRC)  to  prevent  misinterpretations  or  data  errors  from  occurring. 

12.3  Timing  Considerations 

Prior  to  the  netting  project,  neither  MODSEF  nor  AMPS  target  reports 
contained  their  time  of  measurement.  Such  times  are  a  key  ingredient  of  any 
netting  algorithm,  since  without  them  data  alignment  from  multiple  sensors  is 
impossible.  Thus,  the  times  had  to  be  added  in  some  manner.  This  requirement 
was  easily  met  for  AMPS  reports,  as  its  10-word  format  includes  28  consecutive 
bits  of  mode  2  information.  This  mode  will  not  be  used  for  netting,  and  so 
the  report  time  will  be  stored  in  this  field. 
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Fig.  12-3.  AMPS/Eclipse  link. 
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START  OF  HEADER 


MESSAGE  TYPE  (TO  FOLLOW) 
BYTE  COUNT  OF  DATA  BLOCK 
(TO  FOLLOW) 

TRANSMISSION  SEQUENCE  NUMBER 
LAST  SEQUENCE  NUMBER  RECEIVED 
FLAG 
SPARE 

CYCLIC  REDUNDANCY  CHECK 
(CRC) 


PARITY  (LRC) 


MODSEF  reports,  unfortunately,  are  only  8  words  long  and  contain  no  extra 
fields.  Adding  2  words  to  these  reports  would  have  involved  recoding  numerous 
complex  SEL  functions  and  thus  was  not  a  viable  option.  Other  simpler 
modifications,  such  as  adding  new  types  of  output  entities,  would  have 
required  changes  to  the  SEL/NOVA  link  as  well  as  preventing  netting  runs  from 
being  used  by  other  MODSEF  users.  Thus,  the  only  option  found  acceptable  was 
to  add  an  extra  target  report  to  each  sector  output  buffer.  This  report, 
whose  format  is  shown  in  Figure  12-5,  provides  a  time/azimuth  synchronization 
for  the  sensor  by  reporting  the  time  corresponding  to  the  end  of  the  sector. 
Then  the  Eclipse  can  compute  the  time  for  any  real  report  in  the  buffer  by 
interpolating  between  the  times  in  the  current  and  previous  time/azimuth 
reports  to  obtain  the  time  corresponding  to  the  azimuth  of  the  report.  The 
range  placed  in  these  extra  reports  is  greater  tV„  n  200  miles,  so  they  will 
automatically  be  filtered  out  by  other  data  use. a. 

Time  alignment  between  the  AMPS  and  MODSEF  clocks  is  essential  if  these 
report  times  are  to  have  any  meaning.  Thus,  a  True  Time  Instruments  satellite 
clock  was  purchased  for  each  sensor.  These  clocks  provide  a  stable, 
synchronized  time  source.  The  MODSEF  clock  was  tied  to  the  existing  computer 
real-time  clock  so  as  to  provide  its  time  source,  while  the  AMPS  clock  can  be 
read  directly  from  a  memory  location  by  the  software  via  a  DSS11  special 
interface. 

12.4  Netting  Software 

The  major  software  routines  written  to  date  for  the  demonstration  system 
reside  in  the  Eclipse,  where  they  run  under  the  AOS  advanced  operating  system. 
These  routines  process  the  communications  on  the  various  data  links  and  handle 
the  interface  between  application  software  and  DCU  routines.  A  set  of 
routines  were  implemented  which  simplify  the  interfaces  to  the  synchronous  I/O 
while  providing  complete  control  over  the  protocol,  format,  and  configuration 
of  each  link  independently. 

A  number  of  routines  were  also  written  for  the  Megatek  display  computer. 
Surveillance  data  from  several  sensors  may  be  displayed  individually, 
simultaneously,  or  jointly  in  netted  form  on  the  scope.  This  data  can  also 
be  recorded  for  later  playback  or  analysis. 

At  the  time  the  project  ended,  programs  for  performing  the  actual  data 
netting  functions  were  under  development.  These  would  have  permitted  the 
system  to  perform  in  centralized,  localized,  or  hybrid  modes.  For  the  most 
part,  these  programs  implement  the  system  described  in  detail  in  Chapter  4. 
Inter-sensor  correlation,  request  generation  and  processing,  and 
multllateratlon  algorithms  were  all  to  be  incorporated  in  the  Eclipse  and  PDP 
11/55  computers. 
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Software  was  also  under  development  to  permit  data  analysis  to  be 
generated  during  live  system  runs.  Such  analysis  would  have  included: 

1.  position  improvement  measurements 

2.  correlation  improvement  measurements 

3.  inter-sensor  correlation  accuracy 

4.  false  alarm  identification  accuracy 

3.  communications  overhead 

6.  percent  of  time  each  type  of  netting  was  required 

7.  tradeoffs  of  centralized  versus  localized  systems 

12.5  Netting  Experiments 

Once  the  netting  demonstration  system  was  completed,  a  number  of 
experiments  would  have  been  run  to  test,  analyze,  and  quantify  the  netting 
algorithm  performance.  Centralized  netting  would  have  been  tried  first,  as 
it  is  conceptually  simpler  and  it  forms  a  superset  of  the  results  obtainable 
by  localized  netting. 

These  experiments  would  have  resulted  in  recommendations  as  to  which 
netting  algorithms  were  suitable  for  implementation  in  FAA  systems. 
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13.0  STUDY  ACHIEVEMENTS 


Azimuth  accuracy  is  generally  improved  via  raultilateration. 

Unfortunately,  many  different  raultilateration  formulas  are  required  to  cover 
all  aircraft  under  surveillance.  Presence  or  absence  of  altitude  reporting, 
and  precise  calibration  or  not  of  the  transponder,  generate  four  different 
cases.  Also,  sensor  biases  can  affect  any  raultilateration  formula,  possibly 
even  degrading  its  performance  below  that  of  single  sensor  surveillance.  All 
of  these  issues  and  cases  were  covered  in  the  study. 

In  addition,  a  completely  new  method  for  improving  azimuth  consistency 
via  netting  was  developed  in  this  project.  This  approach  is  a  modified  form 
of  incremental  bilateration,  and  uses  a  flat  earth  model.  Surprisingly,  this 
method  was  found  to  be  at  least  as  accurate  as  the  spherical  earth 
multilateration  approaches,  and  it  applies  to  all  cases  described  above.  It 
even  handles  sensor  biases  without  noticeable  degradation,  and  can  survive 
with  only  minor  loss  of  accuracy  in  diffraction  zones.  This  method  is  felt  t" 
be  the  major  result  to  date  of  the  netting  project. 

The  problem  of  surveillance  of  non-altitude-reporting  aircraft  was 
addressed  in  this  study.  In  particular,  two  major  results  were  demonstrated. 
First,  netting  will  permit  altitude  estimation  at  least  accurately  enough  to 
differentiate  between  two  crossing  aircraft  that  are  threats  to  each  other, 
and  two  aircraft  that  are  well  separated  vertically.  Second,  accurate  azimuth 
determination  can  be  made  with  netting  even  when  aircraft  altitude  is  unknown. 
Thus,  much  of  the  work  reported  here  is  applicable  to  primary,  as  well  as 
secondary,  radar  systems. 

A  number  of  trackers,  both  well  known  and  novel,  were  considered  and 
developed  in  this  study.  Two  reasons  exist  for  this  interest.  First, 
existing  trackers  do  not  adequately  handle  turning  aircraft,  and  second, 
netting  data  places  new  requirements  on  any  smoothing  algorithm.  The  tracker 
found  to  provide  the  best  performance  is  a  new,  two  phase,  heading  Kalman 
filter.  The  study  of  filters  was  not  concluded  at  study  termination,  but  a 
fairly  complete  presentation  is  provided  in  this  report. 

The  other  major  aspect  of  netting  that  received  detailed  consideration 
early  in  the  study  was  inter-sensor  communications  and  algorithms  for 
supplying  and  using  netted  data.  These  Issues  address  the  framework  of  the 
netted  system  in  which  the  improvement  algorithms  can  reside.  Particular  care 
was  taken  to  construct  a  framework  that  meshed  well  with  the  existing 
stand-alone  sensor,  even  to  the  extent  of  integrating  the  new  required 
techniques  into  existing  algorithms. 

The  result  of  this  integrated  netted  system  design  was  an  algorithm 
architecture  quite  similar  to  the  existing  one.  Tracks  are  still  updated  once 
per  scan,  although  now  with  netted  reports.  Target-to-track  correlation  is 
performed  as  before,  only  now  requests  for  help  from  other  sensors  are  added 
to  raw  reports  generated  locally.  The  correlation  algorithm  used  to  match 
tracks  from  different  sensors  is  described  here  in  both  a  general  and  specific 
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manner,  the  former  to  provide  guidelines,  the  latter  as  an  example.  The  major 
system  addition  was  an  inter-sensor  communications  link.  Its  message  protocol 
and  formats  are  described  in  this  report,  as  well  as  the  data  structures 
needed  to  store  and  process  the  messages. 

The  area  of  data  editing,  or  using  secondary  sensor  reports  to  identify 
false  alarms  and  improve  the  code  and  altitude  of  real  reports,  was  studied 
only  theoretically. 

The  main  area  of  netting  not  covered  was  implementation  in  a  real  system. 
Since  the  test  and  demonstration  system  was  not  completed,  no  idea  of  the 
actual  improvement  that  is  obtainable  exists.  Also,  such  issues  as  computer 
power  and  memory  size  needed  remain  unresolved. 
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APPENDIX  A 


Inter-Sensor  Report  Conversion 

This  appendix  presents  the  mathematics  associated  with  converting  a 
target  report  from  the  position  coordinates  and  aircraft  viewing  time  of  one 
sensor  (S|)  to  the  position  coordinates  and  aircraft  viewing  time  of  another 
sensor  ( S 2 ) ‘  Let 

Tj  -  viewing  time  at  sensor 

T2  “  viewing  time  at  sensor  S2 


and  define  the  position 

variables  to 

be  used 

as  follows  (Fig.  A— 1 ) : 

S1'T1 

S2,Ti 

S2.  t2 

radar  coordinates 

P  1  »eL 

A  A 

p2,92 

P2, 92 

cartesian  coordinates 

x  1 » y  1 

A  A 

x2,y2 

x2,y2 

height  above  sea  Level 

h 

h 

h 

altitude  coordinate 

Z1 

A 

7  2 

- 

radar  rates 

•  • 

P  1 » 0 1 

P 2 » ^2 

- 

cartesian  rates 

*]’Vl 

«  • 

x2,y2 

- 

The  middle  column  represents  an  Intermediate  step  in  the  computation.  Dashes 
signify  values  not  required  for  the  conversion.  Finally,  the  coordinates  of 
tiie  two  sensors  are  represented  by: 

Xj  *  latitude  of  sensor  i 
Yj  ■  longitude  of  sensor  i 
hj  “  altitude  of  sensor  i 

and  E  is  the  radius  of  the  earth  at  the  average  of  the  sensor  latitudes. 


A- 1 


Fig.  A-l.  Coordinate  conversion  geometry. 


The  first  step  in  the  transformation  is  the  conversion  of  the  input 
report  from  radar  to  cartesian  coordinates: 


(h-h1)2+2(h-hi)(E+h1)-P1 

2(E+h1) 


Pig  "  /  pl"zl 


*1  “  Plg8lnei 

VI  "  Pigcos61 


*1  -  —  xiPi  +  yi6i 
2 

plg 


*  •  a 

yi  -  -  yjpj  -  xjflj 

2 

pl8 


Z1  "  “  ; - .  pl 

( E+h ! ) 


By  assumption  in  this  step,  the  aircraft  is  not  climbing  or  descending.  To 
first  order  in  its  effect  this  is  always  true  because  of  the  small  vertical 
rates  involved.  In  addition,  no  vertical  rate  is  maintained  in  Mode  S  track 
f lies. 

The  sec<.  id  step  is  to  transform  from  sensor  1  to  sensor  2  coordinates: 


where  the  matrix  elements  are  given  by: 


In  “  ^os(Yi“Y2) 

Tl2  ■  -sinXisin(7i— *2) 

T13  ■  co8XiSin(Yi“Y2) 

T2i  ■  sinX2sin(Y i“Y2) 

T22  0  sin  Xi8inX2co8(Yi-Y2)+cosXicoSX2 

T22  m  -co8XisinX2co8(Yi“Y2)+sin^lcos^2 
T31  -  -cosX2sin(Yi-Y2) 

T32  **  c08XisinX2~sinXiCosX2cos(Yi_Y2) 

T33  ■  cosXicosX2COs(Yi“Y2)+sinXisinX2 

Ul  ■  (E+hi)cosXiSin(Y i~Y2) 

U2  ■  -(E+hi)[cosXisinX2COs(Yi“Y2)"Sir«xii;osX2^ 

U3  “  (E+hi )  [ cos X 1  cos X 2^08  (Y  i'*Y2)+stnXisinX2]~(  E+h2 ) 
In  addition: 

*2  -  Tnxi+Ti2yi+Ti3zi 

y2  m  T21x1+T22^ 1+T23zI 

z2  -  T3ii1+T32yi+T33Zi 
Then,  since 

A 

A 

-1  X2 

02-tan  *( — ) 

A 

yi 

we  f ind : 

A 

A 

y2x2-x2y2 

q2  - - 

A  *y  a  o 

x2V 


The  next  step  is  to  determine  the  time  T2  at  which  sensor  2  will  view  the 
target.  If  it  is  assumed  that  the  sensor  is  at  azimuth  §2  at  time  Tp  and  the 

antenna  rate  of  revolution  is  $2  (essentially  constant),  the  sensor  viewing 
time  will  satisfy: 

A 

*2+^2(T2-Tl)  "  62+52(T2'Tl) 

where  it  is  assumed  that  02  has  very  small  acceleration  (true  for  targets  not 
near  the  sensor).  Thus 

e2-*2 

t2  “  T1  +  - 

^2-^2 

where  the  subtraction  in  the  numerator  is  modulo  2ir, 

Finally,  the  output  target  report  position  can  be  determined: 

A 

x2a)<2"^x2^2*""^  1  ^ 

A 

y2"y2+y2(T2-Ti) 

A 

Z2“Z2+^2^T2-T1 ^ 

.  2  2  2 
p2=  '  x2+yo+z2 

-I  X2 
02=‘tan  *( — ) 

y2 


A- 5 


APPENDIX  B 


Heading  Error  Due  to  Transponder  Bias 

The  presence  of  a  transponder  turnaround  deLay  error  (A)  in  an  aircraft 
causes  the  sensor  to  misread  the  true  aircraft  range.  This  appendix  derives 
the  calculated  heading  error  that  results  from  this  data  bias.  The  geometry 
of  the  situation  under  study,  and  the  definitions  of  the  notation  being 
employed,  are  provided  by  Fig.  B-l.  In  this  appendix  all  P^'s  are  ground 
range  p^g's;  the  g  has  been  dropped  for  ease  of  reading. 

The  true  aircraft  heading  Is  given  by: 

x2“xl 


tan~^  [tan  h]  =  tan-^ 


y2-y  1 


p2 

sin 

8  2  ~ 

pt 

sin 

V 

P2 

cos 

02  - 

pi 

COS 

eI 

tan 


-1 


“  tan 

The  heading  calculated  at  t he  sensor,  in  the  presence  of  A,  is: 
(P2+A)  sin  02  ~  (Pj+A)  sin 
(p2+A)  cos  0 2  ”  (pj+A)  cos  0j 
Manipulating  h  yields: 

(p2  sin  @2  ~  Pj  sin  9j)  +  A(sin  02  ~  sin  0j) 
(p2  cos  @2  ~  Pj  cos  9j)  +  A(cos  O?  -  cos  0j) 


P2  sin  ®2  ~  P1  s*-n  ®li  sin  0t  -  sin  0^ 

- jj  +  A  . -- 

p2  cos  02  -  P^  cos  0j(  P2  sin  ©2  -  P^  sin  0j 


tan 


-1 


tan 


-1 


1  +  A 


cos  ©2  ~  oos  0j 


p 2  cos  ©2  — 1  P|  cos  0  ^ 
For  any  reasonable  transponder  bias,  A<<1.  Thus: 


h  "  tan 


-1 


P2  sin  02  ~  P i  sin  9j  | 
p2  oos  02  “  Pj  oos  0j  I 
cos  02  ~  oos  9j  \  1 
P2  oos  ©2  ~~  Pj  cos  0 j  J j 


1+A 


sin  82  -  sin  0j 
( p 2  sin  02  -  Pj  sin  0j 


(B-l) 


(11-2) 


(B-3) 


B-l 


Sensor 


Fig.  B-l.  Heading  geometry. 


( B-4) 


tan 


-1 


p2  sin  ©2  “  P  i  sin  ©i  A 

+ 


P2  cos  62  -  P}  cos  0^  ( p 2  cos  ©2  -  Pj  cos  0^)2 

|(sin  @2  “  8ir>  0j)  (P2  cos  ©2  -  Pi  cos  0j) 

-  (cos  @2  ~  cos  0^)  ( p 2  sin  02  -  Pi  sin  9i)j| 

Now  employ  the  mean  value  theorem: 

sin  02  "  sin  ■  (62  -  9i)  cos  0fl 

cos  02  -  cos  0i  -  -(02  -  0 1 )  sin  0fa 

where  0fl  and  lie  in  the  interval  between  0^  and  0 2 ■ 

Defining  0d  as  67  -  Gi  and  using  (B-l)  yields: 

A 


tan 


-1 


tan  h  + - |  0d  cos  0a  (y2~y  1 )  +  0d  sin  0-,  ( x2~x j  )| 

(y2-yi>2 


(B-5) 


For  small  A,  we  can  apply  the  derivative  rule 
f (x+c)  “  f(x)  +  cf  (x) 
to  obtain: 

1  A 

x2~xi  \2  (y2_yi)2 

y2~yi 


1/ 


h  + 


0d  cos  0a  (y2_yi)  +  ed  sin  eb  (x2"xl^ 


1  + 


A  0. 


h  + 


(y2-yi>2  +  (*2"xi)2 

Thus  the  heading  error  is  given  by: 


cos  0a  ( y2~yi )  +  sin  °b  ^x2-x 1 ) 


A  0d  r 

h  - - - - -  cos  0a  (y2-yi )  +  sin  0b  <x2_xl> 

(y2~yi>2  +  (x2-xi)2  L 

This  error  can  be  bounded  by  noting  that: 
leos  0fll  <  1 
! sin  @b I  *  1 


( B-6) 


(B-7) 


B-3 


I  y2-y\  I  ^  (y2~yi)2  +  (x2_*i)z  1 

l - 1  <  -  =  — 

I  <  .V2~y  1 ) 2  +  (x2~xl  ^ 2  I  (y2_y  1  +  (X2"xl)2  d 


I  X?~X|  I  1 

I- . — - - I  <  — 

I  (y2-yi )2  +  (X2“xl)2l  d 


who re  d  is  t ho  distance  between  the  aircraft  positions  on  the  two  scans. 
Thus: 


It \J  < 


2A0d 

d 


Finally,  for  subsonic  aircraft  "  P2  “  P>  making  it  true  that: 
p  0d  =  d 

and  hence  the  result  becomes: 


(B-8) 


(B-9) 


This  error  Is  less  than  1°,  for  any  transponder  within  specifications,  for  any 
aircraft  beyond  miles  from  the  sensor. 
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APPENDIX  C 


Since  a  and  b  are  independent  of  the  ranges,  the  range  derivatives  of  z 
are  simple  to  compute.  The  results  are  found  as  follows: 


3x 

- 

p  1 

3p  2 

2d  1 2  d  12 

3y 

.  ?!  i 

2a  3x 

,  Pl 

a 

(i  — 
d  12 

3p  2 

2b 

2b  3p1 

b 

3  z 

1 

r 

3x 

3y 

— 

3*  — — 

2p  j  -  2x 

— 

-  2y - 

3p  2 

2z 

3p  j 

3p  2 

pi 

X 

y 

a 

»  — 

2  - - - 

-  (1 

- - ) 

z 

dl2 

b 

d  12  . 

3x 

2p2 

P2 

3p£ 

2d  12 

d  1 2 

3y 

2a  3x 

a  p  2 

3p  2 

2b  3p 2 

h  d12 

3  z 

1 

r 

3x 

3y 

— 

= - 

-  2x 

- - 

2y 

3p  2 

2z 

. 

3p  2 

3p 

P2 

X 

a  y 

z 

d  1 2 

b  d12 

(C-8) 


Thus 


£_i 

3x 

- a  0 

3p  2 


3  y  2p  3  p  3 

3P3  2b  b 


3  v.  1  3  x  3  y 

3p  3  2x  3p  3  3p3 


( C— 9 ) 


the  derivatives  (07),  (08),  and  (09)  are  all  of  the  form 
3  ?.  k 

—  =  -  (O10) 

3p  |  tan  ip 


and  the  elevation  angle  Ls  the  critical  parameter  for  the  error  sensitivity. 


APPENDIX  D 


Flat  Earth  Inter-Senaor  Distance 


The  spherical-equivalent  flat  earth  model  requires  that  the  two  sensors 
be  treated  as  if  they  were  separated  by  the  distance  D  given  by: 


D 


20 

d(l  +  — ) 
E 


(D-l) 


where  d,  as  shown  in  Fig.  D-I,  is  the  distance  between  the  earth  surface 
locations  of  the  two  sensors.  The  usually  computed  straight  line  distance  d2 
between  the  sensors,  however,  differs  from  this  value  whenever  either  sensor 
has  a  non-zero  altitude.  This  appendix  relates  d  to  d2  so  that  the 
calculation  (D-l)  can  be  performed.  Figure  D-l  should  be  referenced  for 
definitions  of  the  notation  being  employed. 

First,  using  the  properties  of  similar  triangles: 


h82+£  £ 

——————  m  — 

m  d 


(D-2) 


so  that: 


d(ha2+E)  dhs2 

m  - -  ■  d  + - 

E  E 

Next,  by  the  law  of  cosines: 

2 

d2  “  “2  +  (hsrhs2)2  ~  2”(hsl"hs2) 

But  by  trigonometric  identities  and  the 

AH! 

x  *  ♦  d/2 

cos  (-+-)■  -sin  (-)  -  - 

2  2  2  E 

Substituting  (D-5)  into  (D-4): 

2 

d2  “  “2  +  (h8i_h82)2  +  m  (h8i"hs2) 


(D-3) 


x  ♦ 

cos  (-  +  -)  (D-4) 

2  2 

figure,  the  cosine  can  be  expressed 


(D-5) 


d 

(D-6) 

E 


D-l 


Then  using  (D-3)  yields: 

2  2d2hs2  d2hs2  d2 

d2  "  d  + - +  +  (hsrhs2^2  +  “  Chsl-hs2 >  + 


d2ha2 


<hsrhs2> 


d2  d^hs i hB2 

d2  +  (h8l-hs2)2  +  “  <hsl+hs2)  +  - ; - 

E  E2 


( D— 7 ) 


Solving  for  d  and  using  the  fact  that  hg^  <<  K: 


hsl+hs2  hsl  hs2 


1  + - + 


d2  “  (hsrhs2)2 


2  2  /t  u  s2  h(jl  +  Hs2  hst  hs2 
d2  a  d2  <hsrhs2>2  i - o — 


2  u  ,  2  hsl+hs2  <hsrhs2)2  <hBl+hs2)  ,  x 

d2  ~  (hgj-h^)-  ~  d2  (D-8) 

E  E 


so  that 


d  *  do  l  - 


(hsl-hs2>2  Oisl+hs2)  (hsl-hs2)2  (hsl+hs2) 


-  + 


(D-9) 


Finally,  it  is  almost  always  true  for  reasonable  bilateration  that  d2  >>  hs£, 
and  thus : 


d  =  d2  - 


<hsl'hs2)2  <hsl+hs2)d2  (hsl_hs2)2  (hsl+hs2> 

-  -  - . .  -f -  (D-10) 


which  is  the  desired  result. 
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